El 5/12/20 a les 7:22, Àlex ha escrit: > El 5/12/20 a les 6:59, Àlex ha escrit: >> El 4/12/20 a les 18:00, Narcis Garcia ha escrit: >>> Tinc un ordinador amb unitat SSD i, quan executo aquesta instrucció: >>> $ sudo fstrim -a -v >>> >>> Em diu: >>> /boot: 766,7 MiB (803893248 bytes) trimmed on /dev/sda1 >>> /: 243,1 GiB (261022449664 bytes) trimmed on /dev/mapper/sda2_crypt >>> >>> Algú sap quin és el problema i com resoldre'l ? >>> Algú sap si hi ha programari per a fer anàlisi detallat d'aquest tema? >> >> Narcís, >> >> Crec que fstrim en general no augmenta gaire el rendiment del disc, però >> pot donar problemes si s'utilitza molt freqüentment i sobretot si >> s'utilitza sobre volums encriptats. Per exemple: >> >> https://asalor.blogspot.com/2011/08/trim-dm-crypt-problems.html >> >> Si vols millorar rendiment, passa de fstrim, posa la informació >> confidencial en una partició a banda i encripta només aquesta partició, >> no tota l'arrel / >> >> Salutacions >> >> Àlex >> > https://www.spinics.net/lists/raid/msg40916.html > > https://wiki.debian.org/SSDOptimization#Mounting_SSD_filesystems >
No vull augmentar la velocitat de la unitat, sinó recuperar-la com era al principi. L'arrel està encriptada perquè les dades són confidencials. Allò què fa l'usuari és confidencial (i es revela a /tmp /var/tmp i altres ubicacions) juntament amb còpies temporals de documents que es poden obrir i eines que poden treballar a /opt , apart de què: Veure quines aplicacions són instal·lades dóna pistes del format dels documents que es treballen per tal d'escarbar en el desxifrat. I també la distinció entre dades i programari dóna pistes entre la informació important i la resta. Porto anys donant voltes a aquest tema (amb xifrat i sense) i no acabo d'esbrinar quin és el problema amb Linux o util-linux. Ara per ara, per a rehabilitar una unitat SSD no veig altra sortida que utilitzar blkdiscard per a formatejar-la tota de nou. Salut; Narcís.
