Puncte:1

Nautilus se învârte uneori și nu încarcă totul într-un director (chiar și un director mic)

drapel mx

De multe ori constat că, atunci când răsfoiesc discul meu local folosind nautilus, acesta nu va afișa totul și afișează doar o pictogramă de rotire. Acest lucru nu este doar pentru directoare mari. Uneori, chiar și un folder cu 2-3 fișiere îl va face să se comporte astfel (poate să arate 2 fișiere și să se rotească permanent, în loc să le arate pe toate 3).

Dacă fac doar o copie de rezervă a unui director și mă întorc, de obicei se reîncarcă imediat.

Uneori îmi fac griji că discul meu începe să aibă probleme, dar nu am văzut niciodată alte instrumente (de exemplu, utilitare de linie de comandă, cum ar fi ls) să mă atârnă așa.

Ar trebui să fiu îngrijorat pentru discul meu sau este doar o eroare în Nautilus? Poate că există un cache pe care îl pot șterge, sau poate chiar un indexator pe care îl pot ucide permanent, presupunând că nu va afecta cu adevărat performanța. Îmi păstrez afișajul în vizualizarea „listă”, așa că nu este ca și cum ar trebui să citească imagini pentru a crea pictograme mari sau altceva.

EDIT(2021-07-17): Adăugarea unor date solicitate în comentarii:

liber -h
              total folosit gratuit partajat buff/cache disponibil
Mem: 31Gi 5.1Gi 15Gi 164Mi 10Gi 25Gi
Schimbare: 4.0Gi 0B 4.0Gi

Ieșire de date SMART: Ieșire SMART

heynnema avatar
drapel ru
Ceva este greșit.Conectați-vă la un alt cont de utilizator (creați unul dacă este necesar) și vedeți dacă apare aceeași problemă. De asemenea, arată-mi `free -h` și capturi de ecran ale ferestrei **SMART Data** a aplicației `Discs`. Raportați înapoi. Începeți-mi comentariile cu @heynnema sau îmi vor lipsi.
drapel mx
@heynnema multumesc! Postarea actualizată cu datele - nu am creat încă celălalt utilizator, vom ajunge la ea puțin mai târziu. Lucrurile arată destul de bine, deși nu sunt sigur ce sunt erorile de marcare a adresei de date.
heynnema avatar
drapel ru
În timp ce așteptam rezultatele testării cu un alt cont de utilizator, am creat un răspuns inițial pe care să îl urmărești. Raportați înapoi.
vanadium avatar
drapel cn
Nu este o problemă hardware. Este un bug cu nautilus pe care îl experimentez și eu din când în când.
heynnema avatar
drapel ru
@vanadium Dacă aveți probleme similare cu Nautilus, atunci mașina dvs. are nevoie și de un fel de reparații software. Dacă doriți, începeți o nouă întrebare cu detalii și voi încerca să vă ajut.
vanadium avatar
drapel cn
Mulțumesc! Nu cred că acest lucru este probabil, totuși.Ar trebui să lucrați pe două mașini Del XPS diferite. Desigur, ambele ar putea fi rupte ;-) Cu toate acestea, voi urmări cu atenție aici.
vanadium avatar
drapel cn
@heynnema Tocmai am aflat că sistemul meu de fișiere a fost verificat ultima dată pe 20 octombrie! Astfel, se pare că în zilele noastre, un sistem de fișiere de sistem nu mai este verificat automat! Așa că cred din ce în ce mai mult că dați în cuie aici!
heynnema avatar
drapel ru
@vanadium Verificați /etc/fstab-ul și asigurați-vă că verificările discului de pornire sunt activate. Începeți o nouă întrebare dacă doriți.
heynnema avatar
drapel ru
@user2671688 Stare vă rugăm...
vanadium avatar
drapel cn
@heynnema Sunt implicit. Totuși, în mod implicit, o verificare profundă nu se mai face niciodată, deoarece numărul maxim de monturi și durata maximă de montare sunt ambele dezactivate. Mi se pare puțin îngrijorătoare această configurație implicită.
heynnema avatar
drapel ru
@vanadium Unde vezi aceste valori? Și ce se înțelege prin *„sistemul meu de fișiere a fost verificat ultima dată pe 20 octombrie”*?
vanadium avatar
drapel cn
`sudo tune2fs -l ` indică data „Last checked:” și am testat și confirm că aceasta este ultima dată a unei verificări *complete* (nu doar o verificare rapidă a faptului că jurnalul este curat: acțiunea nu este înregistrată).
heynnema avatar
drapel ru
@vanadium Pentru a continua această discuție, ar trebui să începem o nouă întrebare :-)
heynnema avatar
drapel ru
@vanadium Vă rugăm să vedeți Actualizarea #1 în răspunsul meu. Te poate ajuta cu problema ta similară :-)
vanadium avatar
drapel cn
@heynnema Bănuiesc că această eroare este https://gitlab.gnome.org/GNOME/nautilus/-/issues/1887, care tocmai a fost înregistrată recent la Gnome pentru Files 40. Raportul de eroare indică când se întâmplă și include pași pentru să o reproduc, ceea ce o pot perfect. În ciuda faptului că este pentru 40, bănuiesc cu tărie că acesta este bug-ul pe care îl experimentez deja de ani de zile. Mă bucur că pot identifica mai bine acum.
vanadium avatar
drapel cn
@user2671688 Editare la comentariul anterior: nu pot reproduce acest lucru pe o instalare (destul de proaspătă) de 20.04. Încercați pașii pentru a reproduce problema așa cum este indicat în https://gitlab.gnome.org/GNOME/nautilus/-/issues/1887 pe sistemul dumneavoastră. Problemă similară ridicată și aici: https://askubuntu.com/questions/1359166/ubuntu-20-04-2-file-manager-doesnt-show-some-files
heynnema avatar
drapel ru
@vanadium Vă rugăm să revizuiți Actualizarea #1 în răspunsul meu. Am avut OP să se conecteze la un alt cont de utilizator și problema nu a putut fi recreată... ceea ce înseamnă că problema este specifică directorului lor de conectare normal. Subliniasem un număr de dosare posibile suspecte. De asemenea, nu puteți recrea problema pe un nou 20.04. Dar nu am mai auzit de OP din 3 august, așa că nu știu dacă au încercat vreuna din Actualizarea #1.
vanadium avatar
drapel cn
@heynnema investighez chiar acum și, într-adevăr, este legat de a avea un cache mare de miniaturi. Ștergerea memoriei cache face ca problema să dispară. Sunt pe cale să pun memoria cache înapoi pentru a vedea dacă problema reapare.
Puncte:1
drapel ru

Am demonstrat că conectarea la un alt cont de utilizator rezolvă problema. Acest lucru izolează problema de ceva din contul dvs. de utilizator normal.

Să vă verificăm mai întâi sistemul de fișiere...

  • porniți pe un DVD/USB Ubuntu Live în modul âÎncercați Ubuntuâ
  • deschide a Terminal fereastra prin apăsare Ctrl+Alt+T
  • tip sudo fdisk -l
  • identificați numele dispozitivului /dev/sdXX pentru „sistemul de fișiere Linux”
  • tip sudo fsck -f /dev/sdXX, înlocuind sdXX cu numărul pe care l-ai găsit mai devreme
  • repeta fsck comanda dacă au existat erori
  • tip reporniți

Actualizare #1:

Să încercăm să aflăm ce se află în directorul tău de utilizatori obișnuit care cauzează problema.

Pasul 1:

În continuare, să încercăm mai întâi cele mai rapide lucruri... în Terminal...

  • cd ~/.config # schimbați în folderul ascuns .config

  • mv nautilus nautilus.HOLD # redenumiți un folder

  • Deconectați-vă

  • Autentificare

  • Reîncercați Nautilus

  • Dacă asta nu rezolvă problema, puteți oricând să redenumiți folderul înapoi.

Pasul 2:

  • cd ~/.cache # schimbați în folderul ascuns .cache

  • mv miniaturi miniaturi.HOLD # redenumiți un folder

  • Deconectați-vă

  • Autentificare

  • Reîncercați Nautilus

  • Dacă asta nu rezolvă problema, puteți oricând să redenumiți folderul înapoi.

Pasul 3:

Dacă primele două remedieri rapide nu au ajutat, va trebui să încercăm ceva ceva mai dificil.

Există trei foldere critice în directorul dvs. /home care pot cauza probleme... .cache, .config și .local.

Vom începe cu .cache...

  • redenumiți folderul .cache în .cache.HOLD
  • Imediat deconectați-vă
  • Autentificare
  • un nou folder .cache a fost recreat la momentul autentificării
  • vezi daca problema este rezolvata
  • daca este rezolvată, atunci ceva din folderul .cache.HOLD a cauzat problema
    • mutare elemente din folderul .cache.HOLD înapoi în noul folder .cache...
    • DAR NU ÎNLOCUIȚI ARTICOLE EXISTENTE în noul folder .cache.
  • dacă este nerezolvată, atunci folderul .cache.HOLD nu este vinovat și trebuie să-l punem înapoi
    • pentru a restabili folderul original .cache...
    • redenumiți .cache în .cache.NEW
    • redenumiți .cache.HOLD în .cache
    • Imediat deconectați-vă
    • Autentificare
    • mutați/ștergeți folderul .cache.NEW
    • consultați-mă pentru următorii pași... (.local, apoi .config)
drapel mx
Mulțumesc, voi face asta după ce am primit o copie de rezervă mâine dimineață. Presupun, deoarece am toate SSD-urile, că ar trebui să fac doar primul pas (fsck) și să ignor orice sub titlul „bloc rău”.
heynnema avatar
drapel ru
@user2671688 Corect. Nu blocăm rău un SSD. Am eliminat asta din răspunsul meu. SSD-ul tău chiar are 5 ani? Ați testat încă cu alt cont de utilizator?
drapel mx
Haha da, SSD-ul meu este chiar atât de vechi. Am primit acest sistem în 2014 cândva și se potrivește bine nevoilor mele. Am întâmpinat probleme în a reproșa chiar și utilizatorului actual. *Cred* că s-ar putea întâmpla doar pentru fișierele media (locul în care îl văd cel mai constant este cu directoarele în care generez/actualizez fișierele png). Dacă doar `cat /dev/urandom > `, în unele dir, nu pot repro.
heynnema avatar
drapel ru
@user2671688 Stare vă rugăm...
drapel mx
viața a fost în cale pentru un timp, plus hard disk-ul meu extern a murit, așa că trebuie să fac o copie de rezervă înainte de a face asta.
drapel mx
Îmi pare rău că te-am lăsat să aștepți, în sfârșit am ajuns la asta. fsck nu s-a plâns de nimic.Prima dată când l-am rulat, au existat 5-6 „extent tree could be narrower”, unde am acceptat opțiunea implicită, iar apoi a eșuat cu „file system was modified”, apoi am reluat și a scos doar 5 trece (destul de repede) și a tipărit că este 2,0% necontiguu și numărul de blocuri.
heynnema avatar
drapel ru
@user2671688 Mesajele „extent tree” au fost erori, dar „sistemul de fișiere a fost modificat” este normal după remedierea erorilor anterioare. Mesajul non-contiguu este și el ok. Reporniți și vedeți dacă problema Nautilus revine.
drapel mx
Se mai întâmplă. Acest lucru nu se întâmplă cu toate folderele, doar cu cele în care actualizările au loc în culise. Pentru acest caz specific: rulez un deepfake pe cloud și descarc periodic o imagine de previzualizare a antrenamentului folosind gsutil, care suprascrie un fișier png existent cu unul nou. Apoi, când intru în acel director folosind nautilus, există șansa să se stingă și trebuie să ies înapoi și să reintru. Datorită modului în care repros, sunt din ce în ce mai convins că este o problemă Nautilus, și nu o problemă a sistemului de fișiere.
heynnema avatar
drapel ru
@user2671688 Căutați fișiere cu nume ciudate sau care încep cu un . pentru a o face ascunsă. Va trebui să activați „Afișați fișierele ascunse” în Nautilus pentru a le vedea. Există multe fișiere în aceste foldere? Dacă da, poate fi necesar să modificați un parametru pentru ca Nautilus să poată gestiona cantitatea.
heynnema avatar
drapel ru
@user2671688 Ați verificat vreodată dacă problema apare atunci când v-ați conectat la un alt cont de utilizator? Am cerut asta pe 17 iulie.
drapel mx
Nu există fișiere ascunse în acele foldere. Exemplul specific cu care m-am jucat în prezent are două fișiere. Reproșul cu un alt utilizator ar necesita duplicarea destul de multă configurare. Puteți oferi ambele răspunsuri pe care le-ați da (unul dacă pot reproduce cu celălalt utilizator și unul dacă nu pot)? Am încercat deja să-mi șterg ~/.cache/thumbnails, deoarece am văzut asta recomandat în altă parte. Există și alte lucruri locale care ar arăta diferit/mai curat la un utilizator nou?
heynnema avatar
drapel ru
@user2671688 Nu trebuie să creați circumstanțele exacte care cauzează problema. Conectați-vă sau creați un utilizator nou și încercați Nautilus în foldere diferite și vedeți dacă aveți aceeași problemă. Raportați înapoi.
drapel mx
Bine. Am incercat si nu am reusit sa il reproduc.
heynnema avatar
drapel ru
@user2671688 Acordă-mi un minut să-mi actualizez răspunsul...
heynnema avatar
drapel ru
@user2671688 Stare vă rugăm...
heynnema avatar
drapel ru
@user2671688 Stare vă rugăm...
vanadium avatar
drapel cn
@heynnema Pasul #2 se aplică pentru mine. Și mai chirurgical: .cache/thumbnails este de vină dacă devine prea mare. Există 55221 fișiere în miniaturile mele/normal și dacă doar acel folder este șters, totul este bine.
vanadium avatar
drapel cn
Nu este reparat, este o soluție. De asemenea, puteți edita răspunsul pentru a vă concentra mai mult pe cauza specifică - Pasul 1 ar trebui șters, în Pasul 2, doar .cache/thumbnails trebuie șters. Voi vota totuși ;)
heynnema avatar
drapel ru
@vanadium În cazul tău, este **fixat**. A avea un folder(e) .thumbnails cu 55221 miniaturi este o situație **anormală** și ar fi putut deveni atât de mare după ani de utilizare a sistemului. Nu e de mirare că Nautilus avea probleme. Pentru alți utilizatori, fișierul/dosarul prost ar putea fi diferit.Ștergerea acelui folder nu este mai mult o soluție decât reglarea dimensiunii /swapfile sau ajustarea vm.swappiness pentru o configurație specifică sistemului. Oricum, mi-am actualizat răspunsul conform (unele dintre) sugestiile tale :-)

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.