อัปเดต / ติดตั้งแพ็กเกจไม่สำเร็จ - ปัญหาเกี่ยวกับพื้นที่ - เพิ่ม inodes

ในการเริ่มต้นฉันจะพูดถึงความเป็นมาของปัญหาว่าเกิดขึ้นได้อย่างไรและจะแก้ไขได้อย่างไร

ทีมของฉันคือ Sony Vaio m120AL เน็ตบุ๊ก ที่ฉันมีมานานประมาณ 3 ปีกับฮาร์ดไดรฟ์ 320 GB ที่พวกเขาอยู่ร่วมกัน หน้าต่าง 7, จักระ พาร์ทิชันงานของฉันกับ Xubuntu 12.04พาร์ติชัน swap พาร์ติชัน / home และพาร์ติชันข้อมูลเพิ่มเติมที่ฉันแชร์ข้อมูลด้วย หน้าต่าง

ด้วยเหตุผลเหล่านี้พาร์ติชันรูทของฉันในทั้งสองระบบจึงมีขนาดเล็กมากตามมาตรฐานส่วนใหญ่ (ประมาณ 6GB ต่ออัน) แต่พวกเขาไม่เคยทำให้ฉันมีปัญหาเพราะมันมากเกินพอสำหรับแพ็คเกจทั้งหมดที่ฉันต้องการ

ตอนนี้เข้าสู่สถานการณ์เฉพาะไม่กี่วันที่ผ่านมาใช้การอัปเดตบางอย่างใน Xubuntu (ซึ่งรวมถึงเคอร์เนลใหม่) ฉันเห็นว่าตัวจัดการการอัปเดตแสดงข้อผิดพลาดโดยแจ้งว่ากำลังพยายามติดตั้ง linux-image-3.2.0-51-generic แต่การพึ่งพา linux-headers-3.2.0-51 จะไม่ ได้รับการติดตั้งฉันตรวจสอบข้อผิดพลาดโดยละเอียดและฉันสังเกตเห็นว่า dpkg บ่นว่าไม่มีพื้นที่ว่าง

ข้อผิดพลาดกล่าวถึงลักษณะนี้บางอย่างแม้ว่าจะไม่เหมือนกันเพราะฉันไม่ได้จดไว้:

ไม่สามารถสร้าง `/usr/src/linux-headers-3.2.0-43/arch/xtensa/include/asm/coprocessor.h.dpkg-new '(ขณะประมวลผล` ./usr/src/linux-headers -3.2.0 .43-XNUMX / arch / xtensa / include / asm / coprocessor.h '): ไม่มีพื้นที่เหลือบนอุปกรณ์

ในบางโอกาสก่อนหน้านี้สิ่งเดียวกันนี้เกิดขึ้นกับฉัน แต่เป็นเพราะฉันอนุญาตให้สะสมเมล็ดเก่าหลายเมล็ดโดยไม่ต้องลบออก แต่คราวนี้ฉันตรวจสอบและฉันมีให้ใช้งานได้จริง 600 Mb ตาม Conky จากสิ่งที่ฉันไม่เข้าใจ แต่เพื่อยืนยันว่าอาจเป็นข้อผิดพลาดในการกำหนดค่าหรือสิ่งที่คล้ายกันฉันเรียกใช้ df -h:

แต่ฉันยังมีที่ว่างใน /!

ดังนั้นฉันไม่เข้าใจผิดและนั่นก็มีพื้นที่เพียงพอสำหรับการอัปเดต (ฉันทำแบบนี้หลายครั้งในปีที่ยาวนานตั้งแต่ฉันอยู่กับ Xubuntu) อย่างไรก็ตามฉันทำ sudo apt-get สะอาด เพื่อล้างแพ็กเกจที่ฉันดาวน์โหลดและลองอีกครั้ง แต่ผลลัพธ์เหมือนเดิม

ฉันยังคงคิดว่ามันแปลก แต่อย่างไรก็ตามฉันพยายามที่จะย้ายออกจาก / ธีมไอคอนที่ฉันใช้อยู่เสมอและฉันได้แก้ไขไปมากมาย (ฟาเอนซา y ตื่นเถิด!) เพื่อเพิ่มพื้นที่ว่างให้มากขึ้นและในที่สุดฉันก็จัดการอัปเดตดำเนินการอีกครั้งเพื่อส่งคืนไปยัง /

อย่างไรก็ตามความคิดยังคงอยู่ในหัวของฉันว่าเรื่องต้องไปที่อื่น แต่ฉันไม่รู้ว่าเรื่องไหน ไม่กี่ชั่วโมงต่อมาเมื่อฉันพยายามติดตั้งแพ็คเกจเพิ่มเติมฉันได้รับข้อผิดพลาดดังกล่าวอีกครั้งและมีพื้นที่ว่างเพียงพออีกครั้งดังนั้นฉันจึงอุทิศตัวเองในการตรวจสอบ

การค้นหาทางอินเทอร์เน็ตนำฉันไปสู่หลายกระทู้ในฟอรัมของ อูบุนตูคือแต่คำตอบของบางคนมักจะเหมือนกันเสมอ: คุณมีพื้นที่ว่างไม่เพียงพอในการลบไฟล์หรือขยายพาร์ติชันรูท แต่ฉันสังเกตเห็นบางอย่างที่เหมือนกันในเธรดต่างๆที่ฉันพบเสมอพาร์ติชันรูทที่มีพื้นที่ว่างเสมอ แต่มันก็คล้ายกับของฉัน (~ 600-900 Mb) และขนาดของพาร์ติชันไม่เคยเกิน 10 Gb ดังนั้นฉันจึงมั่นใจในตัวเองว่าปัญหาต้องเป็นอีกสิ่งหนึ่งและนี่คือวิธีที่ฉันไปถึงชื่อโพสต์ขอบคุณ Esta ปัญหาคือพาร์ติชันรากมีการใช้ inodes 100%

การใช้ inodes สามารถมองเห็นได้ด้วยคำสั่ง df -i:

ใช้ inodes 100%

และตอนนี้มาถึงคำอธิบาย

inodes อยู่ในคำของ Dennis Ritchie:

ดัชนีเนื่องจากโครงสร้างที่ค่อนข้างผิดปกติของระบบไฟล์ที่จัดเก็บข้อมูลการเข้าถึงไฟล์ไว้ในรูปแบบรายการบนดิสก์โดยทิ้งข้อมูลลำดับชั้นทั้งหมดของไดเรกทอรีไว้

ดังนั้นจึงอาจเกิดขึ้นได้ว่าสำหรับระบบไฟล์ที่กำหนดยังคงมีพื้นที่ว่างในการจัดเก็บไฟล์ แต่ไม่มี inodes ที่สามารถจัดทำดัชนีได้เนื่องจากมีไฟล์จำนวนมากในระบบจึงไม่สามารถสร้างไฟล์ใหม่ได้

ประเด็นคือจำนวน inodes ในพาร์ติชัน Ext4 ไม่สามารถแก้ไขได้ (มีระบบประเภทอื่นเช่น เจเอฟเอ็กซ์ o XFS โดยที่นี่ไม่ใช่ข้อ จำกัด เนื่องจากเป็นแบบไดนามิก) เป็นตัวเลขคงที่ที่คำนวณเมื่อพาร์ติชันถูกสร้างด้วย mkfs.ext4 ตามขนาดโดยมีอัตราส่วนไบต์ต่อไอโหนดตามการตั้งค่าที่อยู่ใน /etc/mke2fs.conf

เมื่อติดตั้งระบบเป็นเรื่องปกติที่จะใช้การกำหนดค่าตามความชอบเริ่มต้นที่มีความสัมพันธ์ inode = 16384 ซึ่งสำหรับพาร์ติชันขนาดเล็กอาจมีขนาดใหญ่เกินไปและสร้างไม่เพียงพอ (เช่นในกรณีของฉัน) วิธีเดียวที่จะเปลี่ยนคือสร้าง / จัดรูปแบบพาร์ติชันและระบุด้วยตัวเลือก -i.

อย่างไรก็ตามนี่ไม่ใช่ตัวเลือกสำหรับฉันเนื่องจากฉันได้กล่าวไปแล้วว่า inodes เกี่ยวข้องกับจำนวนไฟล์ที่มีอยู่ดังนั้นให้ใช้สคริปต์ทุบตีต่อไปนี้ที่พบใน สแต็คโอเวอร์โฟลว์ และมีการเชื่อมโยงในหน้าที่คุณกล่าวถึงก่อนหน้านี้เพื่อค้นหาว่าไดเรกทอรีใดในพาร์ติชันรากที่มีไฟล์เพิ่มเติม:

#!/bin/bash
# count_em - count files in all subdirectories under current directory.
echo 'echo $(ls -a "$1" | wc -l) $1' >/tmp/count_em_$$
chmod 700 /tmp/count_em_$$
find . -mount -type d -print0 | xargs -0 -n1 /tmp/count_em_$$ | sort -n
rm -f /tmp/count_em_$$

ซึ่งให้ผลลัพธ์ดังนี้

และนี่คือผู้ร้าย!

หมายเลขที่ปรากฏทางด้านซ้ายระบุจำนวนไฟล์ที่มีอยู่และเส้นทางระบุไดเร็กทอรีที่เกี่ยวข้องหนึ่งบรรทัดด้านล่างจะปรากฏไดเร็กทอรี / var / lib / dpkg / info แต่เช่นเคยฉันล้างแพ็กเกจของฉันที่นี่ไม่มีอะไรต้องทำ

อย่างไรก็ตามหากฉันรับรู้ปัญหาสองประการประการแรกและแม้ว่า catpura จะไม่ขึ้นจากที่นั่นอีกหลายรายการรวมถึงไอคอน ตื่นเถิด!ดังนั้นฉันต้องย้ายใช่หรือใช่นอกจากนี้ยังอธิบายว่าเหตุใดเมื่อฉันอัปเดตแพ็คเกจได้เนื่องจากฉันปลดปล่อยไอโหนดจำนวนมากจากพาร์ติชันรากเมื่อฉันย้าย แต่ปัญหากลับมาเมื่อฉันย้ายที่ตั้ง

และประการที่สองจำนวนรายการที่มากที่สุดถัดไปเกี่ยวข้องกับส่วนหัวของเมล็ดเก่าหลายเมล็ดและฉันตระหนักดีว่าขั้นตอนที่ฉันใช้เสมอเพื่อกำจัดเมล็ดเก่าไม่ได้กำจัดส่วนหัวสิ่งที่ฉันมักจะใช้มีดังต่อไปนี้ในเทอร์มินัล ฉันเขียน:

dpkg - รับการเลือก | grep linux-image

ซึ่งแสดงให้ฉันเห็นเมล็ดที่ติดตั้งแล้วฉันใช้:

แพ็คเกจ sudo apt-get purge

โดยที่แพ็กเกจคือชื่อของเคอร์เนลที่เป็นปัญหา แต่สิ่งนี้ไม่ได้ลบส่วนหัวที่เกี่ยวข้องดังนั้นฉันจึงทำ:

dpkg - รับการเลือก | grep linux

จากนั้นฉันจะดำเนินการลบส่วนหัวเก่าโดย:

sudo apt-get purge linux-headers-3.2.0-41 linux-headers-3.2.0-44 linux-headers-3.2.0-45 linux-headers-3.2.0-48 ลินุกซ์ส่วนหัว

และ voila แต่แน่นอนว่ายังมีปัญหาเรื่องไอคอน ตื่นเถิด! ดังนั้นฉันจึงตัดสินใจย้ายไปที่ ~ / .icons และเพื่อให้พร้อมใช้งานสำหรับทั้งระบบฉันเพิ่งสร้างลิงก์สัญลักษณ์ใน / usr / share / icons ซึ่งเป็นผลลัพธ์แรกของ df -i มันคือการกำจัดส่วนหัวและครั้งที่สองหลังจากย้ายไอคอนแล้ว

Inodes ปล่อยโดยกอง!

ด้วยวิธีนี้ปัญหาจะได้รับการแก้ไขและฉันสามารถติดตั้ง / อัปเดตแพ็คเกจได้โดยไม่มีปัญหาฉันหวังว่าโพสต์นี้จะเป็นประโยชน์สำหรับใครบางคนหรือใช้สำหรับการอ้างอิงในอนาคตเกี่ยวกับการติดตั้งในพาร์ติชันขนาดเล็กและทำให้หัวข้อเข้าใจผิดจึงแพร่กระจายไปตามฟอรัมที่ขาด ของพื้นที่