Score:3

Ubuntu เชื่ออย่างไม่ถูกต้องว่าใช้ "/" 100% ลบเคอร์เนลเก่าและไฟล์ขนาดใหญ่ทั้งหมดออกแล้ว อัปเกรดหรือบูตไม่เสร็จสมบูรณ์

ธง tr

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

ตอนนี้ ฉันได้รับข้อความแสดงข้อผิดพลาดนี้จากบรรทัดคำสั่งการช่วยเหลือ: ป้อนคำอธิบายรูปภาพที่นี่

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

เหตุใด Ubuntu จึงไม่รู้จักพื้นที่ว่างเพิ่มเติมที่ฉันสร้างขึ้น ฉันเพิ่มพื้นที่ว่าง 2 กิกะไบต์อย่างง่ายดาย แต่ฉันได้รับคำขอคงที่นี้สำหรับ 529M

ฉันยังวิ่ง:
#ซิงค์

ไม่มีโชค

ข้อมูลเพิ่มเติม ฉันใช้ Ubuntu 20.04, เครื่อง Acer Aspire 5 55g และตามความคิดเห็นด้านล่าง: ป้อนคำอธิบายรูปภาพที่นี่

in flag
คุณสามารถบูตระบบของคุณด้วย Live USB และ [แก้ไข] คำถามของคุณเพื่อรวมเอาต์พุตเทอร์มินัลของ `df -h` และอาจเป็น `lsblk` ได้หรือไม่ ข้อมูลนี้จะให้ข้อมูลเฉพาะที่อาจช่วยให้ตอบคำถามของคุณได้ง่ายขึ้น
nightwatch avatar
tr flag
@guiverc ฉันขอโทษ ฉันควรจะมีวันที่ดีในวันนี้ แต่ฉันบูตไม่ได้... หงุดหงิด... กำลังเพิ่มข้อมูลตอนนี้
paladin avatar
kr flag
5% ของพื้นที่พาร์ติชันของคุณสงวนไว้สำหรับผู้ใช้รูท 5% ของ 92G มีประมาณ 5G ซึ่งผู้ใช้ทั่วไปไม่สามารถใช้งานได้ ดังนั้น ไม่ว่าคุณจะลบไฟล์เก่าเพิ่มเติม หรือลบ/ลดพื้นที่ที่สงวนไว้ผ่าน `tune2fs -m` (ใช้ได้กับระบบไฟล์ ext2/ext3/ext4 เท่านั้น)
Score:4
ธง in

มีปัญหาของคุณ:

ขนาดระบบไฟล์ที่ใช้ Avail Use% Mounted on
/dev/nvme0n1p5 92G 87G 0 100% /

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

คุณจะต้องค้นหาตำแหน่งที่ใช้พื้นที่เก็บข้อมูลทั้งหมดของคุณ และย้าย/ลบไฟล์ตามนั้น สถานที่ทั่วไปในการเริ่มมองหาคือ /var/log. ที่นี่คุณสามารถ (อาจ) ย้าย/ลบไฟล์เก็บถาวรบางส่วนได้ .gz ไฟล์. นั่นสามารถเพิ่มพื้นที่ว่างได้ดี

หรือคุณสามารถใช้ ดู่ เพื่อระบุตำแหน่งที่คุณใช้พื้นที่เก็บข้อมูลมากที่สุด:

sudo du / -h --max-ความลึก=1

สิ่งนี้จะทำให้คุณมีลักษณะดังนี้:

8.0K /สื่อ
84K /รูท
4.0K / ลบ
1.7M /รอบ
16K /สูญหาย+พบ
300K /บ้าน
201M/คัน
17G /var
8.1M / ฯลฯ
16K /หน่วย
22M / ตัวเลือก
4.0K /ซีดีรอม
0 /ระบบ
4.0K /srv
76K /tmp
2.2G/สแนป
0 /proc
65G /ข้อมูล
3.5G /ดอลล่าร์สหรัฐฯ
123G /

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

Lorenz Keel avatar
gr flag
วิธีที่รวดเร็วในการลบบันทึกเก่าใน `/var/log` คือการออกคำสั่ง `sudo find /var/log -type f -iname "*.[0-9]*" -exec rm -rf {} + & > /dev/null` หาก OP ใช้ `snapd` แนวคิดอื่นคือทำตาม https://askubuntu.com/questions/1345456/do-snap-files-get-larger และลิงก์ที่เกี่ยวข้อง
nightwatch avatar
tr flag
@matigo คุณพลาดประเด็นของโพสต์นี้ ไม่ว่าฉันจะลบไปเท่าไหร่... Ubuntu ก็ไม่รู้จักว่าฉันสร้างพื้นที่ว่างไว้ ตั้งแต่โพสต์สิ่งนี้ ฉันได้ลบไฟล์ iso ขนาด 20GB แต่ผลลัพธ์ของ #df -h ด้านบน... ไม่เปลี่ยนแปลง... นั่นคือเหตุผลที่ฉันโพสต์ที่นี่
in flag
ไฟล์ `.iso` ที่คุณลบไปอยู่ที่ไหน หากพวกเขาอยู่ที่ไหนสักแห่งใน `/home` ก็จะไม่ส่งผลกระทบต่อ `/` เนื่องจาก `/home` ของคุณอยู่ใน `/dev/sda2` เช่นเดียวกับความพยายามในการลบอื่นๆ หากอยู่ในพาร์ติชันอื่นที่ไม่ใช่ `/` การลบไฟล์เหล่านั้นจะไม่มีผลใดๆ โดยไม่ต้องรู้เพิ่มเติมเกี่ยวกับสิ่งที่คุณกำลังจะลบและวิธีลบ ฉันสามารถเดาได้จากการช่วยเหลือผู้คนที่มีปัญหาเกี่ยวกับ Linux มากกว่า 20 ปี
nightwatch avatar
tr flag
@matigo บน "/" เพียงอย่างเดียวฉันได้ลบข้อมูลมากกว่า 2 กิกะไบต์ในรูปแบบเมล็ดเก่าและ /var/www/html ... ระบบขอพื้นที่เพียง 529M
in flag
ไม่ `lsof | grep DEL` เปิดเผยสิ่งที่ทราบหรือไม่ นี่จะแสดงรายการกระบวนการที่เก็บไฟล์ที่ถูกลบ
nightwatch avatar
tr flag
ฉันแก้ไขปัญหาแล้ว... ฉันจะโพสต์คำตอบ... จากนั้นคุณควรแก้ไขคำตอบของคุณ แล้วฉันจะให้คะแนน... ขอเวลาสักครู่
Ruslan avatar
bv flag
_"ซึ่งฉันไม่สนับสนุนอย่างยิ่งเมื่อพูดถึง `/`"_ â อืม 5% นั้นมากเกินไปที่จะสำรองไว้ แม้แต่ 1% ก็จะเป็น 1G ซึ่งค่อนข้างเสียไปสำหรับสิ่งนี้ บันทึกไม่ควรถึงขนาดนั้น เว้นแต่คุณต้องการจริงๆ
Score:1
ธง tr

ฉันได้แก้ปัญหาแล้ว แต่ฉันไม่ได้ตอบคำถาม และสร้างปริศนาใหม่

  1. ฉันจะแก้ปัญหาได้อย่างไร: จากเชลล์ช่วยเหลือของเคอร์เนลเริ่มต้น Ubuntu ของฉัน 5.11 ~~ ฉันวิ่ง:

     # du / -h --max-ความลึก=1
    

    ฉันสังเกตเห็นว่าโฟลเดอร์ /media ของฉันมีขนาด 36GB ซึ่งไม่น่าจะเป็นไปได้เนื่องจากฉันไม่ได้เชื่อมต่ออุปกรณ์ภายนอก (usb) อย่างแรก ฉันคิดว่าพวกมันเป็นพาหนะเก่าๆ ที่ล็อคเข้าที่ ฉันเลยลอง ต่อเชื่อม /media/USBแต่ได้รับแจ้งว่าไม่ได้ติดตั้ง.. เนื่องจากอุปกรณ์เหล่านี้เป็นอุปกรณ์ภายนอกและข้อมูลของฉันปลอดภัย ฉันจึงดำเนินการต่อและลบอุปกรณ์เหล่านั้นออก

     # rm -r /สื่อ/usb
    

    ตอนนี้เครื่องมีความสุข ฉันสามารถบู๊ตและอัปเดต/อัปเกรดให้เสร็จสมบูรณ์ได้

  2. แต่คำถามเดิมของฉันยังคงอยู่ แม้จะมี usb ที่ติดตั้ง "ghost" อยู่ ฉันก็ยังลบข้อมูลมากกว่า 2 กิกะไบต์ในขณะที่ Ubuntu ต้องการเพียง 529 mb สิ่งที่ฉันลบไปน่าจะเพียงพอสำหรับการอัปเดตและบูตระบบของฉัน เหตุใด Ubuntu จึงไม่ทราบว่าฉันกำลังลบรายการ

    ฉันใช้ lsof | เกรป เดล และไม่ส่งคืนค่าใด ๆ ... ดังนั้นฉันจึงยังไม่มีคำอธิบายว่าทำไมไม่รู้จักพื้นที่ที่ฉันลบ

  3. และความลึกลับใหม่ที่ฉันดูเหมือนจะสร้างขึ้นคือ "เหตุใดการเมานต์ 'โกสต์' ใน USB ของฉันจึงกินพื้นที่ 36GB ภายใต้ "/" ฉันอยากทราบสิ่งนี้จริงๆ การใช้ TimeShift ของฉันอาจสร้างการเมาต์ "โกสต์" ?

ไม่ว่าในกรณีใด คำตอบของ @matigo มีประโยชน์บางส่วน แม้ว่าจะไม่ตอบคำถามก็ตาม

muru avatar
us flag
กระบวนการที่ทำงานในฐานะรูทสามารถใช้พื้นที่ที่สงวนไว้ได้ ดังนั้นจึงเป็นไปได้ว่าการบันทึกและการดำเนินการดังกล่าวอาจใช้พื้นที่บางส่วนจนหมด และการลบ 2GB ของคุณเป็นเพียงการเพิ่มพื้นที่ว่างที่สงวนไว้เท่านั้น
Edheldil avatar
ve flag
ยิ่งไปกว่านั้น สิ่งที่อยู่ใน `/media/usb` ไม่ใช่ ghost mounts แต่ไฟล์ที่เกิดจากข้อผิดพลาดของผู้ใช้ถูกคัดลอกไปที่นั่นแทนที่จะเป็นสื่อแบบถอดได้ที่ควรติดตั้งไว้ที่นั่น
nightwatch avatar
tr flag
@Edheldil 2 ของ USB เป็นไฟล์ iso จากตอนที่ฉันสร้างแท่ง usb ที่สามารถบู๊ตได้ 2 อัน แท่งทั้งสอง (win10 และ ubuntu) ทำงานได้อย่างสมบูรณ์
sox with Monica avatar
cn flag
ฉันสงสัยอย่างยิ่งว่าคุณทำบางอย่างตามแนวของ `cp ubuntu.iso /media/usb` แทนที่จะเป็น `cp ubuntu.iso /dev/sdb` :)
nightwatch avatar
tr flag
@soxwithMonica ไม่..ฉันใช้ unetbootin-linux64-702.bin เพื่อสร้าง usb ที่สามารถบู๊ตได้ แต่มันก็มี ghost usb ของไดรฟ์จัดเก็บข้อมูลภายนอกของฉัน (แม้ว่าจะไม่ใช่ขนาดเต็ม) ดังนั้นฉันไม่คิดว่า unetbootin-linux64-702.bin เป็นตัวการ
Edheldil avatar
ve flag
จากภาพหน้าจอที่คุณโพสต์ มันรอดจากการรีบูต ดังนั้นฉันไม่เชื่อว่ามันเป็นผีเมานท์ จริงๆ แล้ว สาเหตุที่เป็นไปได้มากที่สุดคือข้อผิดพลาดบางอย่างในเส้นเลือดของ `cp -r files /media/usb` แทนที่จะเป็น `cp -r files /media/USB`

โพสต์คำตอบ

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