StartX çalışmıyor. (Yeterli alan yok?)

Debian'ım düne kadar mükemmel çalışıyordu. Reaver, aircrack ve kismet'i taktım ve bir süre onlarla oynadım (suçlu olabilirler mi?). Ancak şimdi x sunucu bağlanmıyor. Yüklü bir masaüstü yöneticim yok, bu yüzden her zaman elle startx -ed (wm = awesome) herhangi bir sorun olmadan. Şimdi yapamam. Belirtileri buraya yazacağım. Umarım sorunu teşhis edersiniz ve çözümler önerirsiniz.

1. Ne startx diyor: XKEYBOARD keymap derleyicisi ( xkbcomp ) raporlar:

   Error: cannot close "/tmp/server-0.xkm" properly (not enough space?) ... output file "tmp/server-0.xkm" removed.
   Errors from xkbcomp are not fatal.
   AIGLX:suspending AIGLX clients for VT switch (EE) server terminated with error (1) ...
   

   xorg.0.log dosya temelde aynı şeyi söylüyor. ( Keyboard initialization failed, could be missing or incorrect setup of xkeyboard-config )

   Tuhaf olan, yeterince yer olamayacağını bildirmesidir. En son kontrol ettiğimde yeterli alan (20 gig) kaldı.

2. Ben reaver, kismet ve aircrack temizlediğimde: Her şey yolunda gidiyor, ancak boş alanı olmadığı için mandb'i güncelleyemediğini söylüyor.

3. açık / : Ne zaman ben cd /;ls, /tmp dizin, yeşil renkle vurgulanan tek dizindir (bg = yeşil, fg = siyah). Bence şüpheli.

4. Sildiğimde .Xsessions dosya ve sonra startx: Klavyeyle ilgili hata mesajları kayboldu, ancak AIGLX istemcileri hala askıya alındı ​​(sunucu hatalı bir şekilde sona eriyor)

5. Ne ben df -i diyor: Her şey yolunda, sadece% 10'luk inode kullanılmış.

6. Ne df -h diyor: Ne???? Kök bölümünün tamamen dolduğunu söylüyor. (24 konserden 24 tanesi) yaptım apt-get clean ve hala tamamen dolu olduğunu söylüyor.

Tamam millet, hepimiz sorunun ne olduğunu biliyoruz: kök tamamen doludur. Tabii ben yapmadım. Fark etmemek için 20 gig veriyi indirmek çok uzun sürüyordu (20 kbps indirme hızım var). Ayrıca, günlük ya da bir şey gibi çok veri yazmak için yeterince uzun zaman alacaktır. (Kök zaten yazmaya karşı korumalıdır.)

Forumlarda biri sorunu çözdüğünü iddia etti. pacman -Scc. Denedim apt-get clean ve işe yaramadı.

Böylece şimdi size yardım için size doğru dönüyorum. Lütfen daha sonra ne denemem gerektiğini öner.

Ne zaman df bir bölümün dolduğunu bildirir du Komut, sorunu teşhis etmede bir sonraki adımdır. İsterim cd dosya sistemi köküne ve çalıştırmak

sudo du -smx * .[^.]* | sort -n

• -s ( --summarize ) seçeneği yazdırır Genel Toplam Her dosya / dizin için boyut.
• -m seçenek her dosya / dizin tarafından kullanılan disk alanını Megabayt olarak yazdırır.
• -x ( --one-file-system ) seçenek kuvvetleri du İlk dosya sisteminde kalmak için. Bu, içindeki tüm dosyalar gibi alakasız (bu amaçla!) Bilgi bırakır /run, /sys, /dev ve / veya /proc (teşekkürler, MariusMatutiae).
• [^.].* Üst dizini hariç tutarken gizli dosyaları içerir. .. ).
• Son olarak, listeyi sayısal olarak uygun bir şekilde sıralamak, listenin sonunda en fazla alan kaplayan dizinleri görüntüler.

Daha sonra en fazla yer kaplayan dizine geçiyorum ve alt dizinleri için işlemi tekrarlıyorum. Sonunda, olması gerekenden daha fazla alan kullanan bir dizin bulmalısınız.

Bu arada, /tmp/ dünyaya yazılabilir olması (yeşil arka plana neden olması) anlamına gelir. İçeriği düzenli olarak işletim sistemi tarafından otomatik olarak silinmelidir - ancak otomatik olarak temizlenmemiş olan eski dosyaları el ile silmeniz gerekebilir.

Şahsen ben her zaman monte ederim /home ne zaman ve ne zaman başıma başıma bir dosya sistemine girdiğimde, günlük dosyalarının suçlu olduğunu buldum. /var/log.