Re: (deb-cat) e4defrag a mitges

2016-06-09 15:59 GMT+02:00 Narcis Garcia : > Apart de l'updatedb hi ha l'equivalent «tracker» de Gnome, que no entenc > com no té en compte que l'usuari està treballant (ho podria detectar amb > el salvapantalles). > > Bé, sobre detalls com aquest a l'hora de configurar

Re: (deb-cat) e4defrag a mitges

Apart de l'updatedb hi ha l'equivalent «tracker» de Gnome, que no entenc com no té en compte que l'usuari està treballant (ho podria detectar amb el salvapantalles). Bé, sobre detalls com aquest a l'hora de configurar ordinadors, sovint dedico molt més esforç a una aparent «tonteria» perquè quan

Re: (deb-cat) e4defrag a mitges

Narcis Garcia: > Alguns ordinadors els he vist treballar molt sobre disc dur > quan l'usuari (ni cap servei previst) no està fent res i > podria tenir a veure amb això (?). Hi ha processos del cron que s'executen periòdicament i que poden un ús de disc força intensiu, segons les dades que hagin

Re: (deb-cat) e4defrag a mitges

En els discs, en volum de dades, és lògic que la lectura aleatòria és més lenta que la seqüencial. Jo també havia sentit això de la desfragmentació automàtica, suposo que es produïria de mica en mica per a què no calgui esperar. Alguns ordinadors els he vist treballar molt sobre disc dur quan

Re: (deb-cat) e4defrag a mitges

Sigui com sigui, i encara que digui «no problem», m'agradaria saber el perquè del «Failure 5/318» d'aquest petit exemple: $ e4defrag /boot [2/318]/boot/initrd.img-3.16.0-4-amd64: 100%[ OK ] (...) [317/318]/boot/grub/fonts/unicode.pf2: 100%[ OK ] [318/318]/boot/grub/unicode.pf2: