Puncte:0

`x-systemd.automount` + `x-systemd.idle-timeout` + `exfat` = pierdere de date?

drapel in

Am configurat backup-uri automate din oră pe mai multe unități de stocare formatate exFAT. Iată un exemplu al unuia dintre monturi conform x-systemd.automount si alte bunatati:

UUID=XXXX-XXXX /media/XXXX-XXXX auto noauto,nofail,nouser,uid=root,gid=users,umask=007,X-mount.mkdir,x-systemd.automount,x-systemd.device-timeout= 1,x-systemd.idle-timeout=60 0 2

Acesta a funcționat bine de ceva vreme, până ieri. Am două directoare în /media/XXXX-XXXX, unul dedicat pentru backup-uri de la utilizator A și încă unul de la utilizator b. Aceste copii de siguranță pot avea loc în paralel, deoarece nu este posibilă suprapunerea sau coruperea datelor în acest caz. În plus, software-ul de rezervă obține blocarea unui director în care transferă datele, deci este sigur și în acest sens. Am observat ultima copie de rezervă reușită pentru A ieri, urmată de eșecuri continue după aceea (deoarece acest software de backup incremental verifică metadate și depozitul de backup din acel director este de fapt configurat corect și nimic nu pare să fie corupt). Când m-am uitat în acel director pentru A, se dovedește a fi gol, directorul în sine este totuși acolo. De asemenea, rețineți că b este absolut în regulă, directorul său este plin de date și backup-urile continuă fără nicio problemă. Am verificat jurnalctl și nu văd erori legate de această unitate/montură. A fost demontat și remontat de câteva ori între ultima copie de rezervă reușită pentru A iar primul eșuat, ceea ce este normal având în vedere opțiunile de montare de mai sus.

am alergat si eu

sudo fsck.exfat -r /dev/sdxX

și asta a reușit, dar nu a restaurat nicio dată. În plus, sănătatea discului nu raportează niciun sector rupt.

Rețineți că alte unități configurate în mod identic nu au întâmpinat această problemă. Încă le țin pe amândouă A și b iar backup-urile rulează. Deși am sentimentul că aceasta este doar o chestiune de timp. Teama mea este că ar putea fi o eroare de colț undeva în sistemul de fișiere/stiva de nucleu care se facilitează rar.

Întrebarea mea este dacă este posibil ca datele să dispară într-un mod atât de selectiv (adică numai toate fișierele din interiorul unui anume director) dacă nu există nicio ejectare (aceasta este unitatea internă BTW) și este supusă doar demontărilor/remontărilor? Există o problemă cunoscută de ejectare fără demontare mai întâi (care din nou nu are nimic de-a face cu scenariul de mai sus), dar aceasta se aplică doar datelor nou puse în coadă care sunt încă în buffer pentru a fi scrise, adică chiar și în acest caz, datele vechi ar trebui să fie în continuare scrise. sa fii acolo.

S-ar putea ca aceasta să fie o problemă exFAT (este relativ nouă, nu-i așa)? Ideea este că nu știu cum să mă ocup de asta acum și cui să cer ajutor (echipa kernelului Linux? dezvoltatori de drivere exFAT? systemd dezvoltatori?) deoarece nu există nimic suspect în jurnalele.

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.