Root Olarak ve Live CD ile Dosyanın Silinememesi

[barakli]

Merhabalar.

Önceki konularımda anlattığım duruma benzer bir durum yaşıyorum. Önceki konularım:

https://forum.ubuntu-tr.net/index.php?topic=45740.0
https://forum.ubuntu-tr.net/index.php?topic=46768.0

Bir üstteki konudaki spesifik mesajlarım aşağıda:

https://forum.ubuntu-tr.net/index.php?topic=46768.msg538541#msg538541
https://forum.ubuntu-tr.net/index.php?topic=46768.msg538698#msg538698

Şimdi sorun şu. Detaylı anlatacağım:

Bugün sistemimi kontrol ederken File System -> Home dizinine gittim. Orada kullanıcı adıma ait bir klasör var. Bildiğimiz gibi kullanıcı adıma ait home klasörü o. O dizinde ayrıca "lost+found" ve ".Trash-0" klasörleri var. Bu 2 klasör CTRL + F ile görünüyor. Görünürken üzerinde X işareti var. Yani erişim iznimiz yok. Klasöre girmek isteyince geri atıyor bizi. Root kullanıcı olarak bu X işaretleri kalkıyor ve klasörlerin içeriği görülüyor. "lost+found" klasörü boş. ".Trash-0" klasöründe ise "files" ve "info" olarak 2 klasör var. "files" klasörüne göz attım. Çok önceden sildiğim bazı dosyalar var. Silmeye çalıştım, silinmedi. "info" klasöründe de bir sürü not defteri var. Onlar da silinmiyor. Şöyle bir sorun var hatta: Klasörlere girdiğim andan itibaren cpu kullanımı yükseliyor, çekirdek sesi gelmeye başlıyor. Aynı önceki konularımda olduğu gibi. Yani sonuç olarak root olarak bile silemiyorum o dosyaları ve klasörleri. Hatta benim /home/user/.local/share/Trash/expunged klasörü de doluydu. Orada silemediğim dil dosyaları vardı. Uğraşmamıştım onlarla. Bugün jeton düştü de root kullanıcı ile silmeyi denedim ve silindi. Hatta o silinen dosyalar şimdi yukarıda bahsettiğim ".Trash-0" klasörüne gitmiş, oradan da silinmiyor dediğim gibi. Önceki tecrübelerime dayanarak livecd ile silmeyi denedim. Livecd ile girdikten sonra ilgili kısma gidiyorum. Yani livecd'nin File Systemine gitmiyorum. Yanlış anlaşılmasın. Şimdiki sistemin kurulu olduğu File Sytem -> Home klasörüne gidiyorum. Orada ne bu sistemde kullandığım kullanıcı adıma ait bir klasör, ne de lost+found ve .Trash-0 klasörleri var. Üçü de yok. Sadece mint diye bir klasör var. Yani livecd ile silebilecek materyali bulamadım. Sonuç olarak ".Trash-0" klasörünü nasıl silebilirim?

Edit: rm -rf komutu da işe yaramıyor. Bunu da belirteyim. Ayrıca .Trash-0->files klasöründeki dosyalar silinemiyor derken şöyle söyleyeyim. Dosyayı delete tuşuna basıp siliyorum, dosya kayboluyor ve saniyesinde geri geliyor.

Edit 2: terminal kullanarak rm -rf komutu ile yeniden denedim. cd komutu ile .Trash-0 klasörüne geldim. "rm -rf files/içeridebirdosya" ile sildim ve o dosya silindi. İçinde bir sürü dosya olduğu için teker teker denememek için "rm -rf files" komutunu çalıştırdım. Herhangi bir işlem gerçekleştirmedi. Ve cpu kullanımı arttı. Şu an çekirdek sesi geliyor. Klasörde mi sorun var anlamadım.

şu konuya baktım: http://unix.stackexchange.com/questions/29902/unable-to-delete-file-even-when-running-as-root
chmod ugo+w ve ardından chattr -i -a bu komutu çalıştırdım files klasörü için. ls -la ile baktığımda files klasörünün yazısının arka planı yeşil renge döndü.

Edit 3: Sanırım rm -rf komutu ile teker teker klasörün içindeki dosyaları silmem gerekiyor. İşe yaradığını görüyorum. Ama nedense ana klasör "files" silinirken dediğim gibi hata veriyor. Bu arada nemo kullanarak Edit 1'de söylediğim gibi yine denedim. Sildiğim dosya anında geri geliyordu. Geri gelen dosyaya baktığımda şunu gördüm:

Sildiğim dosya:

3183948855.2.2.2.trashinfo.trashinfo.trashinfo

Geri gelen dosya:

3183948855.2.2.2.2.2.2.trashinfo.trashinfo.trashinfo

Dkkat ederseniz fazladan 2'ler ekleniyor. Garip. Şu an için teker teker silmeyi deniyorum rm -rf ile. Bakalım sonuç ne olacak.

Edit 4: /home/.Trash-0 dizinine gittim terminalde ve rm -rf files/dosya komutunu kullanarak 1 dosya hariç hepsini silebildim. Sadece şu an 1 dosya silinmiyor.

Kod Seç Genişlet

troll .Trash-0 # lsattr -a files
----------I--e-- files/.
-------------e-- files/..
----------I--e-- files/2874256257.2

ilgili dosya görebildiğiniz gibi: 2874256257.2

Benim anlamadığım nemo kullanarak niye silinmedi bu dosyalar da terminalden rm -rf komutuyla silindi. Sonuçta nemoyu kullanırken root kullanıcıydım yukarıda dediğim gibi.  Zaten root olmazsam klasöre girilmiyor, geri atıyor. Neyse şimdi bu dosya ne nemo, ne de rm -rf komutu ile silinebiliyor. Zaten konuda da anlattığım üzere live cd'de göremiyorum bu dosyaları zaten.

Edit 5: Silinemeyen "2874256257.2" bir klasör. İçine nemo'yla girmeye çalışınca * bir şey gelmiyor, şürekli bekliyorum bir şeyler gelmesini. Terminalden cd komutu ile girdim. "ls" komutunu çalıştırınca herhangi bir çıktı vermiyor. Bekliyorum öyle.

Edit 6: Şimdi bu .Trash-0 klasörünün altında info diye bir klasör var. Yani files klasörü ile aynı dizinde. Burada önceden dediğim gibi "74899709.2.2.2.trashinfo.trashinfo.trashinfo.trashinfo.trashinfo.trashinfo" tarzında not defterleri var. Silinen dosyaların kaydını tutan bir şey sanırım. Mesela bunları da siliyorum nemo ile. Geri geliyorlar. Aynı zamanda sildikten sonra bakıyorum. Nasıl ki files klasöründe dosyaları sildikten geri gelince "2" ekleniyorsa dosya ismine, bunda da "trashinfo" ekleniyor dosya ismine. Ayrıca silmeye çalıştığım bu dosya files klasörüne ekleniyor. Files klasörüne gidiyorum. Oradaki bu dosyayı siliyorum. Sildiğim bu dosya info klasörüne gidiyor. Yani sonuç olarak infodan silmeye çalışıyorum. Silinmiyor. Üstelik files klasörüne ekleniyor. Files klasöründen silmek istersem siliniyor. Sıkıntı yok. Ama info klasörüne gidiyor. Dolayısıyla info klasörü +1 dosya daha kazanmış oluyor

Edit 7: Belki işe yarar aşağıdaki çıktılar:

Kod Seç Genişlet

troll .Trash-0 # ls -la files

total 1040392
drwx-w--w- 3 root  root       12288 Oca  9 23:14 .
drwx------ 4 root  root        4096 Mar  7  2015 ..
drwx-w--w- 2 troll troll 1065299968 Oca 19  2015 2874256257.2

Kod Seç Genişlet

troll .Trash-0 # lsattr -a files

----------I--e-- files/.
-------------e-- files/..
----------I--e-- files/2874256257.2

Edit 8:  Edit 6'da ve konunun başında bahsettiğim info klasöründe yaklaşık 260 dosya vardı. Aynı files klasöründe olduğu gibi burada da klasör içindeki dosyalar nemo ile silinmiyor; ancak rm -rf ile dosyaların siliniyor olduğunu gördüm. 260 dosya tek tek uğraşacaktım ki rm -rf /home/.Trash-0/info komutu ile o klasörün tamamen silindiğini gördüm. Edit 2'de belirtmiştim. rm -rf /home/.Trash-0/files komutu hala işe yaramıyor. Aynı komut infoda işe yarardı dediğim gibi. Sonuç olarak şu an sadece files klasörü kaldı. İçinde de sorun çıkaran o 1 tane klasör. İçeriği görünmüyor "2874256257.2" isimli klasörün Edit 5'te anlattığım gibi.

[mhmtkrktr]

Ben edit3 den sonra koptum konudan. Kafam karıştı iyice.
Şuan isteyip de  silemediğin bir şey kaldı mı?
Konum farklılığı olabilir fakat, şu şekilde Trash içerisinde ki tüm alt dizinleri silebiliyor olman gerekir.

Kod Seç Genişlet

sudo rm -R ~/.local/share/Trash/* # en sonda ki yıldız alt dizinleri seçer
Aynı şeyden bahsediyorsak, geri geliyor dediğin dosya info yani bilgi dosyasıdır ve muhtemelen ihtiyaç duyulduğu için sistem tarafından yeniden oluşturuluyordur. Sistem de görünür bir yer kaplamaz ve kalması sakınca oluşturmaz.

[barakli]

Hocam farklı şeylerden bahsediyoruz. Senin belirttiğin home/troll/.local/share/Trash dizini. Benimkisi ise File Sytem'e girdiğinde /home dizini altındaki klasörler. Burada 3 klasör var: troll (kullanıcı adım), lost+found ve .Trash-0

[mhmtkrktr]

Belirtmiştim aslında, dizinin bulunduğu konum farklı olabilir. Bu komutu kendine göre uyarlaman gerekir, daha doğrusu silme işlemini yapmak istediğin yere göre.
Ayrıca dosya sistemi bölümün de, /home altında bulunduğuna emin misin? /root altında olacakmış gibi sanki.
Not: Bunun için de tekrar edeyim, dizin yapısı kullanılan dağıtıma göre farklılık yaratabilir belki.
Şu çıktılar, bizi doğru yere götürebilir,

Kod Seç Genişlet

sudo ls -l /
sudo ls -la /home
sudo ls -la /root

[barakli]

Komutu kendime göre uyarladım. Herhangi bir çıktı vermiyor. Öylece bekliyor. Çekirdek sesi gelmeye başlıyor. Muhtemelen live cd ile silinmesi gerekecek önceki olaylarda tecrübe ettiğim kadarıyla. Bahsettiğim dosya şu:



Bu ".Trash-0" klasörünün içinde "files" klasörü var. SIkıntı o.

sudo ls -l /

Kod Seç Genişlet

total 140
drwxr-xr-x   2 root root  4096 Oca  9 16:26 bin
drwxr-xr-x   3 root root  4096 Oca  9 16:28 boot
drwxr-xr-x   2 root root  4096 Nis 12  2014 cdrom
drwxr-xr-x  16 root root  4320 Oca  9 23:55 dev
drwxr-xr-x 167 root root 12288 Oca  9 23:56 etc
drwxr-xr-x   5 root root  4096 Oca  9 17:15 home
lrwxrwxrwx   1 root root    33 Kas 24  2014 initrd.img -> boot/initrd.img-3.13.0-24-generic
drwxr-xr-x  25 root root  4096 Ara  6 23:11 lib
drwx------   2 root root 16384 Nis 12  2014 lost+found
drwxr-xr-x   3 root root  4096 Nis 12  2014 media
drwxrwxrwx   2 root root  4096 Tem 11  2015 mnt
drwxr-xr-x  15 root root  4096 Oca  1 17:47 opt
dr-xr-xr-x 185 root root     0 Oca  9 23:55 proc
drwx------  14 root root  4096 Eyl 28 15:41 root
drwxr-xr-x  27 root root   960 Oca 10 07:40 run
drwxr-xr-x   2 root root 12288 Oca  9 16:21 sbin
drwxr-xr-x   2 root root  4096 Kas 26  2013 srv
dr-xr-xr-x  13 root root     0 Oca  9 23:55 sys
drwxrwxrwt  13 root root 49152 Oca 10 13:35 tmp
drwxr-xr-x  10 root root  4096 Ağu  8 14:16 usr
drwxr-xr-x  12 root root  4096 Ağu 29 16:39 var
lrwxrwxrwx   1 root root    30 Kas 24  2014 vmlinuz -> boot/vmlinuz-3.13.0-24-generic

sudo ls -la /home

Kod Seç Genişlet

total 48
drwxr-xr-x  5 root  root   4096 Oca  9 17:15 .
drwxr-xr-x 22 root  root   4096 Oca  9 17:58 ..
drwx------  2 root  root  16384 Nis 12  2014 lost+found
drwx------  3 root  root   4096 Oca  9 23:28 .Trash-0
drwxr-xr-x 99 troll troll 20480 Oca 10 13:17 troll

sudo ls -la /root

Kod Seç Genişlet

total 2035492
drwx------ 14 root root      4096 Eyl 28 15:41 .
drwxr-xr-x 22 root root      4096 Oca  9 17:58 ..
drwx------  2 root root      4096 Oca  9 16:54 .aptitude
-rw-------  1 root root      7515 Oca 10 00:05 .bash_history
drwx------  6 root root      4096 Oca  9 15:22 .cache
drwx------ 12 root root      4096 Oca  9 17:15 .config
drwx------  3 root root      4096 Nis 12  2014 .dbus
drwxr-xr-x  2 root root      4096 Nis 20  2014 Desktop
drwx------  4 root root      4096 Oca  9 18:08 .gconf
drwxr-xr-x  4 root root      4096 Oca  9 18:09 .gnome2
drwxr-xr-x  3 root root      4096 Nis 12  2014 .linuxmint
drwx------  3 root root      4096 Nis 12  2014 .local
-rw-r--r--  1 root root       140 Eki 28  2012 .profile
drwx------  3 root root      4096 Oca  9 23:58 .synaptic
-rw-------  1 root root 237105630 Kas 24  2014 tmpdQQZjIRdjOcLQkCxUUsVTv5QDJloM 9kGK4NdmJMpj fpJaWFMn02U6aIVPFEAxm1a.7CRuZMd78TKxXYi90BQnvL9d5kDCQ6V55VVMP35UStK219EbOJ53Tp78Olc_O4sIu6 R06UiVqqbM9isl5AF5les3KZPNKJ-TkqE3sZGMXw_JYvQKxROejv3m-iGuhvWxTG2rKLeFShGykcvdGjT.NhTHA4U1X0PRaH5Mq0JacjZQg4 nmQlGxoY
-rw-------  1 root root 230158920 Kas 17  2014 tmpkahcbClqp61F4CRuphcDgAPlrX70ovWcARN206wF7 ARrlMNxo714_Y-sQ-.Qd4Ofd8ujVsUbAC-FT5.T7z8hsR-L9yRir8tKBGSX2-8WzsWNLHaFpiVBE7-FR3PRiQwGcmvLFed-nM6H7XFxkOGt4NOL9EOZIyCodhsUQqjRmOsloaUZuyKHfjlmVOtp6e09oPnREzj3nQX06pppHD5vt2Vlz-rp78KR7zf7Ih i5LUkjppU07xy1C3_ta
-rw-------  1 root root 244904295 Mar  3  2015 tmpOqdlxX.7qe5..3WUpQkaHHKeCfCcgiIt 543S3 3FUS3Kp6 k2VOIppLM7s3LGj4ytmr6XajR2Y9f85QwtMI9Uosj0V2jBnojaAes7x Vr-nZ-LHtHMRldlkyDn-De5tBD NfKpp5qiTZv9.mGMMGbc8D-_BsKpKy2KmmUS.huMYa6e-_odatagq8ta3Q9NKK7fve3KdxqjHR808gpl3IXAWKalU-XSE4UY2tX9Cutt.4JXipguAIZdrxEm
-rw-------  1 root root 229634640 Ara 11  2014 tmpQw8k5qN0vFHtNxSa-uezd.u2HDKR2X9edu2KFqT2Sn4LBnqU1ZeNCwnUoCGA8yf3K4G 3QF9jw1aqa9x0DObbLHrtX12eFnz5RzRVKkc9U-qLnKMAQpVkLnFBx9EdD1wURoSMgc-Kfh6Gp0KoJsvrGrI1fi-3h921kRyKpHt_QY5NC.lp5WZ HhQQppExDW_90IF6EGWpZdNBoV.TR2-veZxbTFIlQ5hWy Fn1 pOaGn RGARi-yHZNVKrD
-rw-------  1 root root 219476715 Kas 24  2014 tmpsjPKkZPhTvcoPUqkZ8HtD4IDkfc5csH6T6QmFzCxom0..Lg7JmSsydgbJc MjHuWoYdZUBPAFbMrnORP.VqSOWjVMsb6tDBXo6uVM0Yh7b6x1YBc3V9aamUm9_DiUimCMWsYs.I9kHqoyEICmpUefudwYHk6tH.30qdD0XZoQPOGYgjlA I8n0DorsiUp-BgBi0wDrKy17uTZAufy-Uq_ughNVTfXe8NF0lWlcSp7z4AIwhSeUqH9vs7tWr
-rw-------  1 root root 205779900 Ara  4  2014 tmpukGjyIcc.40O43wNtrIIKtw0rDkPh4iF6plQpJwagZHqB jZ7vi5e62OvHi7Rac15cQ43qvHCUD7NlOCI4pNfMC9udlX6m.DkB4U4m5.Q4IrhKMiow2pZLXVrMXh.jYDUia3nVDZY0Bd5kt6hyQU-cPo01Ftd0qp3zQe2MtURe64aProNZ92mEThoYA1WWHnnaa2lUwhTL97QUKQjDMF4kRsqr9K9I_ZRFb_1eueSolP3s6EbqB7J5kLbSV
-rw-------  1 root root 244576620 May 28  2015 tmpVduYoczcznJ2coh1XPaAzf1NtrNNB8_.704B5KzfkC42PN-viKUAto0PZ5XUtERHMU66ro2ZoPj0HdFVoycdWwoboLLoPHc.swFNCxIZVOiMvYnVcFmebq0zoaFNPEC4cMRuwar dqzOz97hVC0oLJenq.J1opSCfdnWfMGi9bOYvubT5_8ESoHxARwz9r7bPQvolzpDmXOVkMg0hu32iJsJWo3u6tyeJQeesGA5FP7xqQvpEqukCAbRRi_
-rw-------  1 root root 236712420 Şub  4  2015 tmpWaBLJR1h6Xx27_hVivDH3HEtnItuZEWd1YjKWlMtBzDQAeecaD0WIFgvedvpJ0s wz3uSsJeufjr_IlTL-T5IeXerdpV6StL18X.U_NU2E jX6wyM9PpB1d0yjCeuuQXZNRnl64w3fCo1FAyhVn.48O_UAqVwYSyE48s.TztgeeEwQoWDXehFZXkmh0Tb96HAyK_HHsjdMXxX-7_ZVvvlB_qDduOrb1vcybiieMLqAUY2iybN94awaXTku9
-rw-------  1 root root 235860465 Ağu 29 00:32 tmpyVQLytY_sA9HsTE5RQ-3kX8 l4gaNpm7mNwbNH 3nHZrI1C oJUSiLPOGJbKVebFilsvxXqmO7OXN5jx5DR8-UUx4aPBTqnuZDRy_RsdYr4T0Zp2qBZ4c.kA5Yh_AvIdf3Kh4z.2xR-awLyiowDhNEo5S-Xx6lFCLseZ65Ey6EW4eJLOqk2VrXw3btTMisCLqQNUBoAqnFArFktRBtD076D6Jt0.gT7tnHrgA6wKXBo_USK.dWb5NBOrHaO
drwx------  3 root root      4096 Ara 13  2014 .vnc
drwxr-xr-x  4 root root      4096 Oca  9 00:29 .wine-pipelight


[mhmtkrktr]

Bende aynı dosya yok. Bunun sebebi dizin yapısının farklılığından olsa gerek. Bu dizinler sistem tarafından oluşturuluyordur. Bu durum da, orada bulunan .Trarh-0 ve lost-found dizinlerinin kendisini silemezsin. (silsen de tekrar oluşacaktır) Fakat içeriğinde ki dizinler yönetici olarak uçbirim aracılığı ile silinemiyorsa bu bir sorundur, diye tahmin ediyorum.
Son olarak,

Kod Seç Genişlet

sudo ls -la /home/.Trash-0
sudo du -sh /home/.Trash-0
içeriğine bakabilir miyiz?
Bu arada çekirdekten ses gelmesi derken ne söylemek istediğini anlayamadım. Bahsettiğin fan sesimi?

[barakli]

Evet .Trash-0 ve lost+found klasörleri sıkıntı değil benim için. Muhtemelen sistem için gerekli klasörler. Ama .Trash-0 klasöründe çöp dosyalar var ve silinemiyor. Fan sesi değil. Cızırtı diyelim. Şöyle anlatayım: eline deniz kumu alıp avucunda birbirine sürttüğünü düşün. Cızırtı gibi bir ses. Tam öyle bir ses hehe. Çekirdek sesi bildiğim kadarıyla.

sudo ls -la /home/.Trash-0

Kod Seç Genişlet

total 20
drwx------ 3 root root  4096 Oca  9 23:28 .
drwxr-xr-x 5 root root  4096 Oca  9 17:15 ..
drwx-w--w- 3 root root 12288 Oca  9 23:14 files

sudo du -sh /home/.Trash-0 komutu ise çıktı vermiyor, çekirdek sesi gelmeye başlıyor ve cpu kullanımı artıyor. Bilgisayarı baştan başlatmam gerekiyor bunun önüne geçmek için. Yukarıdaki diğer çıktıda görebileceğin üzere .Trash-0 klasörünün içinde files klasörü var. Burada info klasörü de vardı. Onu silebildim. files klasöründe de tek bir klasör kaldı içinde. Onu silemiyorum. İçine de giremiyorum o klasörün. Daha doğrusu giriyorum ama içerik gelmiyor. O sırada yine cpu kullanımı artıyor. Terminalden de içeriğini göremiyorum. Onda da çıktı vermiyor ve cpu kullanımı artıyor. Zaten detaylı olarak konunun ilk mesajında anlattım hepsini.

[mhmtkrktr]

Bahsettiğin ses mekanik harddisk in sesi anladığım kadarıyla. Veri okuma yoğunluğu artınca bu ses de diskin mekaniğine göre artar.

İkincisi bahsettiğin alanda bozuk dosyalar var sanırım. Silmek istediğinde öncelikle dosya bütünlüğü analiz edilmeye çalışışıyor ve bu sebeple diskten ses gelmeye başlıyor. Bu sesin bir sakıncası yok. komutları çalıştırdıktan sonra bir müddet bekle istersen, dosya analizi tamamlanınca ilgili işleme başlayacaktır.
Daha olmazsa konu hakkında tecrübesi olan birinin yorumlamasını bekleyelim. Şu an kullanımına engel değil zannediyorum. 

[sinan54]

O silinmeyen dosyalar benim sistemde'de var.O dosyalar harici diskinize veya bilgisayar diskindeki başka bir disk bölümüne aitdir.Hatta şifreli klasörünüz varsa onada ait olabilir.

[barakli]

Ben önceki olaylarda yaşadığım kadarıyla söyleyeyim. Önceden de bu silme sorunu başka klasör için meydana geldiğinde (/.local/share/Trash) rm -rf komutunu çalıştırıp uyumuştum ve sabah kalktığımda değişen * bir şey olmamıştı. Hala bir çıktı vermemişti komut. Bu da öyle. Şu anda bir engel yok. Sorun çıkaran tek 1 klasör. İçinde ne kadar dosya var bilmiyoruz ama. Herhangi bir sıkıntı yaratmıyor şimdilik. Live cd ile bu dizini görebilsem silebileceğime inanıyorum ama livecd ile göremiyorum.

[heartsmagic]

/home bölümü diskte ayrı bir bölüm mü? Muhtemelen evet.
Bunu kurulum esnasında değil de, ayrıca sen mi oluşturdun? Muhtemelen yine evet.

lost+found dizini bölümler oluşturulduğunda kendiliğinden oluşur, normal bir durumdur. Diskte sorun olduğunda kurtarılacak dosyaların gideceği dizin orası. Silebilirsin, sorun olmaz.

Fakat, .Trash dizini normal değil bence, oluşmaması lazım. Kaldı ki, hangi silinen dosya oraya gidecek? Normal kullanıcı için zaten muhtemelen .local/share/Trash dizininin kullanılması lazım. Sil örneğin masaüstünden bir dosya, sonra bak bu dizine. Eğer oraya gitmiyorsa bir gariplik vardır.

Harici disklerde de .Trash dizini olabilir ve sistemden bağımsız çalışabilirler, bu da normal. Fakat /home bölümü için normal değil bu. Kim için kullanılacak bu dizin?

Canlı CD ile açtın sistemi, eğer orada "mint" diye bir şey görüyorsan yanlış yere bakıyorsundur. /home bölümü ayrıysa bunun doğru dizin olduğuna emin ol. Gerekiyorsa elle kendin bağla.

[barakli]

"/home bölümü diskte ayrı bir bölüm mü?" derken neyi kastettiğinizi anlamadım. Yukarıda 2 tane ekran görüntüsü var. İlk ekran görüntüsünde görebileceğiniz üzere ayrı bir home klasörü var eğer onu kastediyorsanız. Ayrıca "sudo ls -l /" komutunun çıktısı da yukarıda.

"Bunu kurulum esnasında değil de, ayrıca sen mi oluşturdun? Muhtemelen yine evet."

Ben linux minti kurarken genelde internetteki şu dökümana bakıyorum: http://wiki.ubuntu-tr.net/index.php?title=Kurulumda_elle_disk_b%C3%B6l%C3%BCmlendirme

Şu anda o dökümanı tekrar inceledim.

http://wiki.ubuntu-tr.net/images/6/66/ElleBol5.png

Bu aşamadan sonra swap, ardından geri kalan alanı da "/home" olarak ayırıyorum. Hatta bu döküman ya da benzerlerinde de aynı şekilde /home olarak bir alan ayrılıyor. Ama nedense bu dökümanda "/home" gösterilmemiş. Değişmiş döküman sanırım. Yani kurulum esanısında oluşturdum. Kurulumdan sonra ayrıca * bir şey yapmadım.

"Fakat, .Trash dizini normal değil bence, oluşmaması lazım. Kaldı ki, hangi silinen dosya oraya gidecek? Normal kullanıcı için zaten muhtemelen .local/share/Trash dizininin kullanılması lazım. Sil örneğin masaüstünden bir dosya, sonra bak bu dizine. Eğer oraya gitmiyorsa bir gariplik vardır."

Evet normal olarak sildiklerim ".local/share/Trash" buraya gidiyor. Hatta yukarıda da açıkladım. Yine burada silemediğim dosyalar vardı. Root olarak sildim. Root olarak sildikten sonra sildiğim dosyalar o bahsettiğim ".Trash-0" klasörüne gitti. Root kullanıcı ile alakalı * bir şey sanırım. Tam çözemedim durumu.

Şimdi livecd ile bağlamaktan bahsetmişsiniz. Ben livecd ile girdikten sonra nemoyu açıyorum. Solda "Devices" var. Orada harici disklerim otomatik olarak mount oluyor. Mesela windows sistemi otomatik mount olmuyor. Ve şimdiki kullandığım linux mint otomatik mount olmuyor. Ama orada görüntüleniyor listede. Biliyorsunuzdur. Tıklayınca mount oluyor ve içerik görülüyor. Bu olay mount etmek değil midir? İllaki komut satırından mı işlem yapmak gerekiyor.

Edit:

http://askubuntu.com/questions/619817/what-is-trash-0-and-why-does-it-act-up-every-so-often

Whenever you mount an external disk, a trash-* directory will be created in the "root" directory where files are moved to if deleted from the GUI, like the trash on your desktop.

This is to improve file recovery for external drives. (E.g. USB sticks or HDDs)

http://www.linuxquestions.org/questions/slackware-14/why-does-home-trash-0-contain-duplicates-of-all-of-the-user's-files-875401/

These .Trash-0 directories appear when root deletes non-root user files from a file manager. The 0 is the system $UID, which is zero for root. The directories are created any time a user deletes files belonging to another user account.

http://ubuntuforums.org/showthread.php?t=1665747

I now realize that when using gksudo nautilus and deleting files from system users (file management) , these files go to /home/.Trash-0. As such they do not appear in the trash bin on the bottom panel and a user can mistakenly believe they have been completely deleted.

Yani sonuç olarak: Benim de bu mesajda yukarıda belirttiğim bir durum vardı. .local/share/Trash'deki dosyaları silemeyip root kullanıcı ile silebilmem ve bu dosyaların /home/.Trash-0 klasörüne gitmesi. Diğerlerinin yaşadığı sorunla paralel görünüyor. Root kullanıcının sildiği dosyalar oraya gidiyormuş. Ama onlar bu klasörü boşaltabiliyorlarmış. Ben boşaltamıyorum işte. Sıkıntı bu. İlk mesajda önceki yaşadığım problemlere ait linkler vermiştim. O zaman da .loca/share/Trash'deki dosyaları silemiyordum. Şimdi de bunları. Live cd sanırım tek çözüm yolu. Bir daha bu sorunu yaşamamak için sanırım format atmam lazım. Sürekli aynı sorun.

[heartsmagic]

Kurulum esnasında ayrılan /home bölümünde lost+found oluşuyor yani öyle mi? Uzun zamandır kurulum adımında bölümleme yapmadığım için hatırlamıyorum muhtemelen.
Şimdi, sen durumun kaynağını bulmuşsun zaten, root ile silinen dosyalar garip bir şekilde oraya gidiyor. /home ayrı olduğu için de kök olarak haliyle kendisini algılıyordur.

Canlı CD ile açtığında tıklayarak yaptığın işlem bağlama işlemi oluyor evet, ancak orada durduk yere "mint" diye bir dizin olmaz, söylemek istediğim bu. En azından uçbirimden yaparsak bu işlemi durum neymiş diye görürüz.

[barakli]

Düzenleme: Şimdi livecd'den yazıyorum. Klavye ayarlarında Türkçe seçeneğini bulamadım. Normal sisteme dönünce düzeltirim.

http://i.imgur.com/DEY17HT.jpg

sda1: sistem
sda6: /home

Doğrulamak icin

sudo fdisk -l /dev/sda

Kod Seç Genişlet

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x0005fbab

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1            2048    97656831    48827392   83  Linux
/dev/sda2        97658878  1761718271   832029697    5  Extended
Partition 2 does not start on physical sector boundary.
/dev/sda3   *  1761718272  1762435071      358400    7  HPFS/NTFS/exFAT
/dev/sda4      1762435072  1953521663    95543296    7  HPFS/NTFS/exFAT
/dev/sda5        97658880   101562367     1951744   82  Linux swap / Solaris
/dev/sda6       101564416  1761718271   830076928   83  Linux


Yukarıda belirtmiştim. "home" içinde "mint" diye bir klasör görüyordum. Yanlış yere bakıyormuşum. Aslında orada da sormak istediğim birşey var ama onu sonra öğrenirim. Bu sorundan kurtulduktan sonra yani. Neyse ilgili .Trash-0 klasörünü buldum. İçine girmeye çalışınca izin vermiyor yine. Live cd'deyim bu arada onu hatırlatayım. Neyse ben de komut satırından ulaşmaya çalıştım. Nemo'da soldaki Devices bölümünden ilgili bölüme tek tıklayarak mount ettim. Bu şekilde yapınca /media/mint/ altına bağlıyor. Harici disklerim de orada zaten. Ardından aşağıdaki gibi:

Kod Seç Genişlet

mint@mint ~ $ cd /media/mint/3cf31b86-d55a-4835-80e3-b91bb3f2feeb
mint@mint /media/mint/3cf31b86-d55a-4835-80e3-b91bb3f2feeb $ ls
lost+found  troll
mint@mint /media/mint/3cf31b86-d55a-4835-80e3-b91bb3f2feeb $ ls -la
total 44
drwxr-xr-x   5 root root  4096 Jan  9 15:15 .
drwxr-x---+  6 root root   120 Jan 11 17:59 ..
drwx------   2 root root 16384 Apr 12  2014 lost+found
drwx------   3 root root  4096 Jan  9 21:28 .Trash-0
drwxr-xr-x  99 1000 1000 20480 Jan 11 15:32 troll
mint@mint /media/mint/3cf31b86-d55a-4835-80e3-b91bb3f2feeb $ ls .Trash-0
ls: cannot open directory .Trash-0: Permission denied
mint@mint /media/mint/3cf31b86-d55a-4835-80e3-b91bb3f2feeb $ sudo ls .Trash-0
files
mint@mint /media/mint/3cf31b86-d55a-4835-80e3-b91bb3f2feeb $ sudo ls .Trash-0/files
2874256257.2
mint@mint /media/mint/3cf31b86-d55a-4835-80e3-b91bb3f2feeb $ sudo ls .Trash-0/files/2874256257.2


Son komuttan sonra çıktı vermiyor. Bunun üzerine umount ettim ve sda6'yı yani home dizinini "sudo mount /dev/sda6 /mnt" komutuyla bağladım. Ve aşağıdakileri denedim:

Kod Seç Genişlet

mint@mint ~ $ sudo ls -la /mnt/.Trash-0/files/
total 1040392
drwx-w--w- 3 root root      12288 Jan  9 21:14 .
drwx------ 3 root root       4096 Jan  9 21:28 ..
drwx-w--w- 2 1000 1000 1065299968 Jan 18  2015 2874256257.2


Silemediğimiz klasör burada duruyor. Yukarıda da görmüştük zaten. Acaba "1065299968" dosyanın boyutu filan mı? Neyse sonra aşağıdaki iki komutu denedim. İkisinde de çıktı alamadım. Yine o bahsettiğim çekirdek ya da hdd sesi gelmeye başladı. Bekledim uzun süre. Herhangi bir değişiklik olmadı.

sudo ls -la /mnt/.Trash-0/files/2874256257.2
sudo rm -rf /mnt/.Trash-0/files/2874256257.2

Muhtemelen dosya lanetli.

[mhmtkrktr]

Muhtemelen dosya lanetli.

Kurşun döktür yada ne bileyim wepcam i açıp önüne haç falan tut bence. Daha da olmadı kutsal suya batırıp çıkaralım bilgisayarı

Bu konuyu Mint forum da sordun mu hiç. Dağıtıma has bir dizin olabilir belki. Normalde (en azından bizde),

Normal kullanıcı için çöp alanı

Kod Seç Genişlet

~/.local/share/Trash/
Root kullanıcısı içinse,

Kod Seç Genişlet

/root/.local/share/Trash/
içerisin de. Sende bu, hiç alakasız bir yere oluşmuş gibi görünüyor. Hadi oluştu, içerisinde ki dosyalar nereden geldi. Sembolik bağ olabilir mi desen, paylaştığın görselde ilgili işaret yok.
Paylaştığın çıktıya göre içerik, en son 18 Ocak 2015 tarihinde düzenlenmiş ve yazma yetkisine sahip. Ayrıca 1000 diye bi sahibi varmış. Ne olaki bu
Şöyle bir denesek,

Kod Seç Genişlet

sudo chown -R $USER:users /home/.Trash-0/files
sudo chmod -R 777 /home/.Trash-0/files
sudo rm -R /home/.Trash-0/files
sudo ls -la /home/.Trash
Son komutun çıktısını aktarabilir misin?

[barakli]

Konuyu Linux Mint forumlarında sormadım. Ayrıca bende de normal çöp alanı "~/.local/share/Trash/". Yukarıda yazdığım ve başkalarının da yaşadığı örneklerde olduğu gibi dosyayı root olarak silince .Trash-0 klasörüne gidiyor.

Şimdi normal kendi işletim sisteminde denedim komutları. İlk 3 komut çıktı vermedi.

Son komutun çıktısı:

Kod Seç Genişlet


troll@troll ~ $ sudo ls -la /home/.Trash
[sudo] password for troll:
ls: cannot access /home/.Trash: No such file or directory
Yanlış komutu verdiğiniz düşündüğüm için bir de kendi komutumu denedim:

Kod Seç Genişlet

troll@troll ~ $ sudo ls -la /home/.Trash-0
[sudo] password for troll:
total 20
drwx------ 3 root root  4096 Oca  9 23:28 .
drwxr-xr-x 5 root root  4096 Oca  9 17:15 ..
drwxrwxrwx 3 root root 12288 Oca  9 23:14 files


Kod Seç Genişlet


troll@troll ~ $ sudo ls -la /home/.Trash-0/files
[sudo] password for troll:
total 1040392
drwxrwxrwx 3 root  root       12288 Oca  9 23:14 .
drwx------ 3 root  root        4096 Oca  9 23:28 ..
drwx-w--w- 2 troll troll 1065299968 Oca 11 19:55 2874256257.2

Verdiğiniz komutları bir de live cd ile deneyeceğim. Bu mesajda düzenleme yapacağım.


Düzenleme: Live cd'deyim şimdi. İlk 3 komut yine çıktı vermedi. 4. komut:

Kod Seç Genişlet

mint@mint ~ $ sudo ls -la /media/mint/3cf31b86-d55a-4835-80e3-b91bb3f2feeb/.Trash-0
total 20
drwx------ 3 root root  4096 Jan  9 21:28 .
drwxr-xr-x 5 root root  4096 Jan  9 15:15 ..
drwxrwxrwx 3 root root 12288 Jan  9 21:14 files

Kod Seç Genişlet

mint@mint ~ $ sudo ls -la /media/mint/3cf31b86-d55a-4835-80e3-b91bb3f2feeb/.Trash-0/files
total 1040392
drwxrwxrwx 3 root root      12288 Jan  9 21:14 .
drwx------ 3 root root       4096 Jan  9 21:28 ..
drwxrwxrwx 2 1000 1000 1065299968 Jan 11 17:55 2874256257.2


"2874256257.2" isimli klasör için live cd de dosya sahibi "1000" iken, kendi bilgisayarimda "troll" olarak görünüyor.

[heartsmagic]

1000 dediği kullanıcı id numarası, sisteme ilk eklenen kullanıcı. Canlı CD ile 1000 görünüp, normal sistemde kullanıcın olarak görünmesi normal.
Dosya 1GB'lık bir dosya, neden silemiyorsun net bir fikrim yok ancak aklıma diskteki kötü bölümlere denk gelmiş olabileceği geliyor.

Kod Seç Genişlet

sudo cat /dev/null > /media/mint/3cf31b86-d55a-4835-80e3-b91bb3f2feeb/.Trash-0/files/2874256257.2
sudo rm -f /media/mint/3cf31b86-d55a-4835-80e3-b91bb3f2feeb/.Trash-0/files/2874256257.2

dediğinde de yine tıkanma oluyor mu diye bir bakarsın.

[barakli]

Kod Seç Genişlet

mint@mint ~ $ sudo cat /dev/null > /media/mint/3cf31b86-d55a-4835-80e3-b91bb3f2feeb/.Trash-0/files/2874256257.2
bash: /media/mint/3cf31b86-d55a-4835-80e3-b91bb3f2feeb/.Trash-0/files/2874256257.2: Permission denied

Kod Seç Genişlet

mint@mint ~ $ sudo rm -f /media/mint/3cf31b86-d55a-4835-80e3-b91bb3f2feeb/.Trash-0/files/2874256257.2
rm: cannot remove '/media/mint/3cf31b86-d55a-4835-80e3-b91bb3f2feeb/.Trash-0/files/2874256257.2': Is a directory
Linuxta bad sector taraması yapıp, bad sectorlu alanları devre dışı bırakan bir araç var mı? Çünkü windows sistemim şu an için açılmıyor. Ondaki araçlar kolay geliyordu bana. Daha önceden de bu araçlara ihtiyacım olmuştu. Linuxtaki araçlar biraz karışık ve kullanımı zor. Eğer bir döküman varsa ona göre tarama yapayım.

[heartsmagic]

Sorunlu çöp meselesini araştırırken az önce karşıma şu başlık çıktı genel forumda:
http://ubuntuforums.org/showthread.php?t=1647068

Gerçi buradaki disk bir USB bellek ama sorun benzer gibi. Gördüğün gibi orada da diskteki kötü bölüm fikri çıkmış ortaya, inan bu başlığı falan görmemiştim bir önceki iletimi yazdığımda. Orada badblocks aracı kullanılmış, kendi adıma tecrübemin olmadığı bir konu. Forumda "bad sector" şeklinde arama yaparsan belki çıkar karşına bir şeyler. Yukarıdaki başlıkta şu şekilde kullanmışlar:

Kod Seç Genişlet

sudo badblocks -nv /dev/sdb1

250GB'lık bir USB bellekte 10 saat sürdüğünü göz önünde bulundur ve bu işe girişeceksen hazırlıklı ol. sdb1 yerine kendi disk bölümünü kullanırsın.

Benim bir önceki önerim iş görmemiş zira orası bir dizin. Yazmıştın galiba bunu, içinde çok dosya var demiştin fakat her şey kalmıyor işte aklımızda. Şunu bir dener misin bakalım ne olacak:

Kod Seç Genişlet

sudo find /media/mint/3cf31b86-d55a-4835-80e3-b91bb3f2feeb/.Trash-0/files/2874256257.2/ -name  "*" -exec rm -f {} \;

[barakli]

Kod Seç Genişlet

mint@mint ~ $ sudo find /media/mint/3cf31b86-d55a-4835-80e3-b91bb3f2feeb/.Trash-0/files/2874256257.2/ -name  "*" -exec rm -f {} \;
rm: cannot remove '/media/mint/3cf31b86-d55a-4835-80e3-b91bb3f2feeb/.Trash-0/files/2874256257.2/': Is a directory
Diyor ancak devamı gelmiyor. Yani mesela yukarıda bahsettiğiniz komutta aldığım çıktıyı eksik kopyaladım sanırım. Bir daha yazayım:

Kod Seç Genişlet

mint@mint ~ $ sudo rm -f /media/mint/3cf31b86-d55a-4835-80e3-b91bb3f2feeb/.Trash-0/files/2874256257.2
rm: cannot remove '/media/mint/3cf31b86-d55a-4835-80e3-b91bb3f2feeb/.Trash-0/files/2874256257.2': Is a directory
mint@mint ~ $
Çıktısı buydu. Yukarıda yazmadığım ve eksik kopyaladığım kısım -> "mint@mint ~ $". Yani başa döndü yeni bir komut yazmam için. Ama son yazdığınız komut, bu mesajdaki ilk çıktıyı verip öylece bekliyor. Detaylıca anlattım, belki birşeyler yakalarız diye. Sanırım bad sector için tarama yapmam gerekecek.

[heartsmagic]

İlk komutun ikinci çıktıyı vermesi, yani silemiyorum demesi normal. Eğer işini yapıyorsa düzgün bir şekilde tek tek dosyaları siliyor olması lazım yanlış bilmiyorsam. Kısacası eğer o tıkırtı yoksa bir süre öylece bırak, örneğin gece. Sabah kalktığında eğer uçbirime düşmüşse dizinin içine bakarsın boşalmış mı diye. Yok, komut hâlâ aynı yerde bekliyorsa cidden silme adına önerilerim tükenecek benim.

rm komutuna bildiğimiz üzere -r parametresi verilmezse zaten dizinleri silmez. Sendenedim demiştin bu başlıkta ve sistemin çakıldığını söylemiştin. Ben biraz etrafından dolanmak istedim find ile.