“Dosya sistemi kökü” biriminde yalnızca 0 bayt disk alanı kaldı mı?


14

11.10 ~ iki hafta önce yükledim ve son zamanlarda bazı garip sıkıntılarla karşılaştım.

Kurulum net 160GB SSD'ye sahip yepyeni bir dizüstü bilgisayara yapıldı. Giriş dizinini şifrelemeyi seçtim. Bunun dışında yükleme sırasında varsayılanları kabul ettim. Dizüstü bilgisayarımda başka bir işletim sistemi yok.

(Üçüncü kez) bu çok hoş olmayan pencereyi görmem gerektiğinde yaklaşık 40GB kullanıyordum:

resim açıklamasını buraya girin

İki durum oldukça kötüydü ve tüm sistem önemli ölçüde yavaşladı. Yeniden başlattıktan sonra grafik arayüzüne giriş yapamadım (yetersiz alan hakkında bilgi veren bir hata mesajı ile) ve önce komut satırından bazı dosyaları kaldırmak zorunda kaldım.

Üçüncü kez hala bazı dosyaları hızla silmeyi başardım ve yardımcı oldu.

Dizüstü bilgisayarım esas olarak çalışma ortamı: yani torrentler, oyunlar, sadece iki film. Yalnızca ortam dolum alanı ~ 20GB resim ve pdf dosyalarıdır. Son zamanlarda çoğunlukla PostgreSQL ve PostGIS, GeoServer ve QGIS üzerinde çalışıyor.

Yedeklerimi test etmek ve uygulamak için birçok fırsatım olmasına rağmen, biri beni bu soruna olası herhangi bir çözüm önerebilirse çok minnettar olurum.

Dizüstü bilgisayarım Ubuntu'yu kurmadan hemen önce satın alındı ​​ve işletim sistemi olmadan geldi. Bu donanım sorunu olabilir mi?

Yoksa şifrelenmiş homebaşım ağrıyor mu?

Yardım için teşekkürler!


Güncelleme 1: @ maniat1k tarafından önerildiği gibi , fdisk -l'nin şu anki çıktısı:

WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1   312581807   156290903+  ee  GPT

Güncelleme 2: Zanfur tarafından önerildiği gibi , çıktı df:

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda2            149802648  31411456 110781576  23% /
udev                   1959764         4   1959760   1% /dev
tmpfs                   788276       992    787284   1% /run
none                      5120         0      5120   0% /run/lock
none                   1970684      2716   1967968   1% /run/shm
/dev/sda1                19363       129     19234   1% /boot/efi
/home/rdk/.Private   149802648  31411456 110781576  23% /home/rdk

Ve sudo parted -l:

Model: ATA INTEL SSDSA2BW16 (scsi)
Disk /dev/sda: 160GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name  Flags
 1      17.4kB  20.0MB  20.0MB  fat16              boot
 2      20.0MB  156GB   156GB   ext4
 3      156GB   160GB   4177MB

Güncelleme 3:

Düşük bellek mesajına sahip başka bir pencere: /

Son zamanlarda çoğunlukla VirtualBox üzerinde çalışıyor ve Remmina kullanıyor.

Bu bilgileri takiben neredeyse her şeyi ana dizinimden sildim. Yeniden. Bundan sonra ~ 20GB kullanıldı [mümkünse saklamak istediğim VirtualBox disk görüntüsü için ~ 10GB]. SarveshLad yorumundan sonra daha fazla alan kurtarmaya ve HD'de düşük alan başka bir hatayla karşılaştığımda Bleachbit uygulamasını çalıştırmaya çalışıyordum. Sonra sistem dondu. Ubuntu'm HD'yi dakikalar içinde 100 GB'tan fazla ile nasıl doldurabilir?


2
Hala hala boş alanınız olup olmadığını kontrol ettiniz mi/
Uri Herrera

1
Nautilus'ta (grafik dosya tarayıcısı) veya komut satırından tercih ediyorsanız, hangi klasörlerin büyük olduğunu kontrol edin. Özellikle, dışında bir /homeşeyin büyük olup olmadığına bakın . Sorunuzu yeni bilgileri içerecek şekilde düzenleyerek bulduklarınızı bildirmelisiniz. Bunun için Nautilus kullanıyorsanız ve yer kaplayan klasörlerin yerini bulamıyorsanız, Ctrl+ H(veya View> Show Hidden Files) tuşlarına basın .
Eliah Kagan

1
Bir disk denetimi yaptınız mı (sudo e2fsck -f -a)?
RolandiXor

1
onun alan pic ve pdf büyük toplama için küçük resimler olabilir .... sadece bir gözlem
sarveshlad

1
@radek ubuntu hangi bölüme yüklüyse.
RolandiXor

Yanıtlar:


13

Bu neredeyse kesinlikle kök dosya sisteminde aslında yer kalmamış olmasından kaynaklanmaktadır. Sürücünüzde çok fazla boş alan varsa, büyük olasılıkla kullanıcı verileriniz için ayrı bir dosya sisteminiz vardır. Bu yaygın bir kurulumdur.

Tüm bölümlerinizdeki boş alan miktarını bulmak için "disksiz" komutunu çalıştırın df,. Kök olmanıza gerek yok. Aşağıdaki gibi bir şey alırsınız:

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1              9614116   8382396   1134048  89% /
none                   1541244       284   1540960   1% /dev
none                   1546180      4804   1541376   1% /dev/shm
none                   1546180       372   1545808   1% /var/run
none                   1546180         0   1546180   0% /var/lock
none                   1546180         0   1546180   0% /lib/init/rw
none                   9614116   8382396   1134048  89% /var/lib/ureadahead/debugfs
/dev/sda3             32218292  12333212  19885080  39% /home

Gördüğünüz gibi, ayrı bir kök dosya sistemim (listelenen ilk sistem) ve kullanıcı veri dosya sistemim (listelenen son sistem) var ve kök bölümüm oldukça yakın. Sizin ise dfçıkış gösterileri Kök dosya sistemi aslında tam olduğuna göre, (hangilerinin! Dikkatli) bazı dosyaları silebilir veya bölümleri yeniden boyutlandırmak gerekir.

Tüm alanı dolduranı bulmak için kullanışlı bir terminal komutu "disk kullanımı" komutudur du. Herhangi bir parametre olmadan çağrıldığında, geçerli dizindeki ve aşağıdaki her dizindeki her dosyanın boyutunu listelemeye başlar. Kullanımınızı izlemek için daha yararlı olan senaryoda, diğer dosya sistemlerine ( ) bakmadan, her dosya veya dizin tarafından her dosya veya dizin tarafından sudo du -s -h -x /*kullanılan toplam alanı ( ), "124M" ( ) gibi okunabilir sayılar . Tamamlanması biraz zaman alırsa endişelenmeyin, ilk geçişin dakikalarını alacaktır.-s/*-x-h

Elbette, ne olduklarını bilmeden dosyaları silmeyin. Ancak, genel olarak, aşağıdaki dizinlerdeki dosyaları silerseniz sisteminizi bozmazsınız:

  • /tmp (kullanıcı sıcaklığı verileri - bunların tümü her yeniden başlatmada genellikle silinir)
  • /var/tmp (yazdırma makaraları ve diğer sistem geçici verileri)
  • /var/cache/* (bu tehlikeli olabilir, önce araştırın!)
  • /root (kök kullanıcının ana dizini)

Yukarıdaki konumlara ek olarak, aşağıdaki konumlar yaygın suçlular:

  • /opt (birçok üçüncü taraf uygulaması buraya yüklenir ve kendilerinden sonra temizlenmez)
  • /var/log (tekrarlanan hatalar varsa günlük dosyaları çok yer kaplayabilir)

İlk önce kontrol edin. İşlerin doğru göründüğü ve kök bölümünüzün çok küçük olduğu ortaya çıkarsa, bölümlerinizi sığdırmak için yeniden boyutlandırmanız gerekir. Bunu yapmanın sayısız yolu var, ancak muhtemelen en kolayı bir Ubuntu LiveCD'den önyükleme yapmak (Ubuntu sitesinin indirme sayfasından almak ) ve GNOME bölüm düzenleyicisini çalıştırmaktır gparted. Önce gpartedpaketi yüklemeniz gerekebilir (LiveCD ortamında, sudo apt-get install gpartedyazılım merkezini çalıştırın veya kullanın). Her durumda, bölümü sağ tıklayıp "yeniden boyutlandır" ı seçmenize izin veren bir grafik yardımcı programdır.

Not - bölümleri yeniden boyutlandırdığınızda herhangi bir işletim sistemi hazırda bekletilmiyor ya da çalışmıyor ya da hazırda bekletilen işletim sisteminize korkunç şeyler yapıyor.


kanguru @ WindowsOsXUNR100403LTS: ~ $ sudo du -s -h -x / & lowast; [1] 5700 du: `/home/kangarooo/.gvfs 'dosyasına erişilemiyor: İzin reddedildi lowast: komut bulunamadı kangarooo @ WindowsOsXUNR100403LTS: ~ 4.6G / ^ C [1] + Çıkış 1 sudo du -s -h -x /
Kanguru

2
"& Lowast;" bir "*" ile, amaçlanan bu, sanırım ...
Marcel Stimberg

@zanfur: Teşekkürler. Önerilerinizi izleyen soru güncellendi. Ve bu arada başka bir düşük bellek hata mesajı yaşadı. Yapmanızı önerebileceğiniz başka bir şey var mı?
radek

3

dfGirişinize göre / üzerinde bol miktarda boş alan var. Bu mesajlardan birini aldıktan sonra, dftekrar kontrol edin ve hala boş alan göstermeye devam ederse, çıkışında dmesghata olup olmadığını kontrol edin . Dosya sisteminin salt okunur olarak yeniden okunmasına neden olan bir hata alıyorsunuz ve bu da boş alan bildiricisini karıştırıyor olabilir. Livecd'den, disk yardımcı programını açmalı ve sürücünün SMART durumunu kontrol etmelisiniz. Uzun öz sınamayı yürütmek de iyi bir fikir olabilir ve bundan sonra dosya sistemini kontrol edebilirsiniz.


Teşekkürler. Birkaç soru. Özellikle aradığım bir şey var dmesgmı? SMART durumunu tam olarak nasıl kontrol edebilirim? Ve uzun öz test nasıl yapılır?
radek
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.