Puncte:1

Nu reușesc să găsesc ceea ce ocupă atât de mult spațiu

drapel cn

Am o problemă când încerc să îmi dau seama ce ocupă atât de mult spațiu pe una dintre unitățile mele, în special /dev/sdc1, care este montat pe /

După cum puteți vedea mai jos, 862G sunt în uz, am folosit toate metodele la care m-am putut gândi pentru a găsi cele mai mari directoare (cu excepția sdb1 și sda1) și tot ce pot găsi este 19G în folderul meu de metadate Plex. Asta este... Trebuie să găsesc o modalitate de a afla ce anume ocupă această cantitate de spațiu, deoarece tocmai s-a întâmplat în ultimele două zile după sdb1 a fost demontat din cauza unei pene de curent, așa că cumva a „legat” sau a transferat fișiere acolo? Deși se pare că nu găsesc niciunul... și habar n-am cum să merg de aici...

Rulez Ubuntu 20.04.3 LTS pe un Odroid N2+ fără cap

Filesystem Size Used Avail Use% Montat pe
udev 1,4G 0 1,4G 0% /dev
tmpfs 370M 6,3M 364M 2% /run
/dev/sdc1 938G 862G 29G 97% /
tmpfs 1,9G 0 1,9G 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup
tmpfs 1,9G 4,0K 1,9G 1% /tmp
/dev/mmcblk1p1 29G 10G 18G 37% /media/mmcboot
/dev/sdb1 1.8T 1.6T 108G 94% /mnt/hdd2
/dev/sda1 7.3T 6.8T 504G 94% /mnt/hdd
/dev/zram1 49M 4,6M 41M 11% /var/log
tmpfs 370M 0 370M 0% /run/user/1000

Rezultatele căutării mele folosind

sudo du -hs .[^.]* | sortare -rh | cap -30

19G .config
12M .docker
56K .bash_history
4.0K .viminfo
4.0K .profil
4.0K .cache
4.0K .bashrc
4.0K .bash_logout
0 .Xauthority
0 .sudo_as_admin_successful

am incercat ncdu de asemenea și arată:

   19,0 GiB [##########] /.config 11,5 MiB [ ] /.docker
   56.0 KiB [ ] .bash_history
e 4.0 KiB [ ] /Descărcări
    4,0 KiB [ ] /.cache
    4,0 KiB [ ] .bashrc
    4.0 KiB [ ] .viminfo
    4.0 KiB [ ] .profil
    4.0 KiB [ ] .bash_logout
    0.0 B [ ] .sudo_as_admin_successful
    0.0 B [ ] .Xauthority

folosind sudo du -xh -d 3 / | sortare -h -r | egrep -v '*K|*M'

randamente

109G /
84G /mnt/descărcări
84G/min
83G /mnt/downloads/nzbget
19G /home/sptz/.config
19G /home/sptz
19G /acasa
4,5G /var
4.3G /var/lib
4.1G /var/lib/docker
1.5G /usr

Bănuiesc că cele de mai sus exclud /mnt/hdd și /mnt/hdd2 alias sdb1 și sda1, nu?

Vreo idee?

Mulțumiri!

drapel uz
Jos
Să presupunem că un sistem de fișiere (să spunem `/dev/sdb1`) ar trebui montat pe `/dev/sdc1`, cu punctul de montare `/mnt/hdd`. Să presupunem, totuși, că montura a eșuat. Dacă un proces încă scrie date în `/mnt/hdd`, va ajunge pe `/dev/sdc1`. Dacă ulterior montați `/dev/sdb1` cu succes, aceste date nu sunt accesibile (deoarece `/mnt/hdd` indică acum celălalt sistem de fișiere), dar totuși ocupă spațiu. Ar putea fi asta ceea ce s-a întâmplat în cazul tău?
N0rbert avatar
drapel zw
Montați acest disc de pe alt sistem și rulați `ncdu` pe el.
Sptz87 avatar
drapel cn
Jos, cred că asta sa întâmplat. Nu am idee cum să o repar acum :/
walttheboss avatar
drapel es
Vă rugăm să vă editați întrebarea adăugând distribuția în care vă aflați. De exemplu Ubuntu 20.04
Puncte:1
drapel vn

Tu ai spus-o singur:"sdb1 a fost demontat din cauza unei pene de curent". Aceasta înseamnă probabil că în acest timp, unele date au fost scrise în /mnt/hdd2 in timp ce sdb1 nu a fost montat.

Demontați aceste dispozitive:

/dev/sdb1 1.8T 1.6T 108G 94% /mnt/hdd2
/dev/sda1 7.3T 6.8T 504G 94% /mnt/hdd

Și apoi verificați directoarele pentru date (începând cu /mnt/hdd2) - Cred că aici vor fi aproximativ ~750 GB de date.

Bănuiesc că datele au fost scrise într-unul dintre aceste directoare, unde discul nu a fost montat. Aceste date „dispar” acum când unitățile sunt remontate.

Aceasta este doar o presupunere calificată, dar în 99% din cazuri când datele dispar în mod misterios, aceasta pare să fie problema.

Sptz87 avatar
drapel cn
Asta a fost! Am demontat ambele dispozitive și iată-l. 700 GB de date în mnt/hdd. Înțeleg logica din spate, dar înseamnă asta că, dacă sda1 a fost montat, este literalmente imposibil să accesezi acele fișiere „ascunse”?
Artur Meinild avatar
drapel vn
Da. (-----------)
HuHa avatar
drapel es
@Sptz87: Există o cale, dar nu este pentru cei slabi de inimă: https://github.com/shundhammer/qdirstat/blob/master/doc/Shadowed-by-Mount.md
Artur Meinild avatar
drapel vn
Da, cred că o simplă demontare, investigare și remontare ar trebui să fie suficiente în majoritatea cazurilor.
Puncte:0
drapel es

Instalați qdirstat Rulați-l ca root lansându-l din Terminal/Konsole.

sudo qdirstat

Alegeți directorul rădăcină sau principal și apoi rulați-l. Va găsi unde sunt lucrurile.

Sptz87 avatar
drapel cn
Din păcate, acesta este un software grafic. Serverul meu este fără cap și nu are cum să conectez un monitor la el :/ Trebuie să existe o alternativă
drapel cn
@Sptz87 nu este complet adevărat, îl puteți folosi de comandă și dacă adăugați acest https://github.com/shundhammer/qdirstat/tree/master/scripts puteți folosi cron pentru a o face din când în când.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.