Re: (deb-cat) Cache de disc pendent d'escriure
$ cat /sys/block/sde/stat
95 167 5789 6125 2 0 16 2525
0 7212 7212 0 0 0 0
$ cat /sys/block/sde1/stat
cat: /sys/block/sde1/stat: El fitxer o directori no existeix
__________
I'm using this express-made address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.
El 17/7/19 a les 15:08, Josep Lladonosa ha escrit:
> Has mostrat valors de sdd.
> Es pot mostrar sdd1?
>
> On Wed, 17 Jul 2019, 13:50 Narcis Garcia, <debianlists@actiu.net
> <mailto:debianlists@actiu.net>> wrote:
>
> No sembla que em funcioni.
>
> He provat a copiar un fitxer de 700MiB a la memòria USB muntada com
> a /dev/sdd1; en una finestra de Terminal he executat «sync», en una
> altra paral·lelament he deixat la instrucció que recomanes (tota
> l'estona mostra 0), i en una tercera he anat mirant el fitxer de la
> informació:
>
> $ cat /sys/block/sdd/stat
> 143 265 6965 8624 251 2 491624
> 68234 0 26384 26384 0 0 0 0
> $ cat /sys/block/sdd/stat
> 143 265 6965 8624 258 2 505960
> 73790 0 26944 26944 0 0 0 0
> $ cat /sys/block/sdd/stat
> 143 265 6965 8624 261 2 512104
> 75278 0 27676 27676 0 0 0 0
> $ cat /sys/block/sdd/stat
> 143 265 6965 8624 267 2 524392
> 75773 0 27892 27892 0 0 0 0
> $ cat /sys/block/sdd/stat
> 143 265 6965 8624 268 2 526440
> 77111 0 28308 28308 0 0 0 0
> $ cat /sys/block/sdd/stat
> 144 265 6973 8668 287 2 565352
> 79703 0 29012 29012 0 0 0 0
> $ cat /sys/block/sdd/stat
> 150 265 7021 8725 291 2 573544
> 80039 0 29372 29372 0 0 0 0
> $ cat /sys/block/sdd/stat
> 150 265 7021 8725 294 2 579688
> 82540 0 29828 29828 0 0 0 0
> $ cat /sys/block/sdd/stat
> 152 265 7037 8783 323 2 639080
> 86165 0 31116 31116 0 0 0 0
> $ cat /sys/block/sdd/stat
> 152 265 7037 8783 331 2 655464
> 87904 0 31556 31556 0 0 0 0
> $ cat /sys/block/sdd/stat
> 152 265 7037 8783 363 2 721000
> 94258 0 33104 33104 0 0 0 0
> $ cat /sys/block/sdd/stat
> 152 265 7037 8783 381 2 757864
> 98207 0 34136 34136 0 0 0 0
> $ cat /sys/block/sdd/stat
> 153 265 7045 8839 425 2 847976
> 102883 0 36328 36328 0 0 0 0
> $ cat /sys/block/sdd/stat
> 153 265 7045 8839 430 2 858216
> 105784 0 36748 36748 0 0 0 0
> $ cat /sys/block/sdd/stat
> 153 265 7045 8839 454 2 907368
> 110218 0 38316 38316 0 0 0 0
> $ cat /sys/block/sdd/stat
> 154 265 7053 8896 509 2 1020008
> 119507 0 41644 41644 0 0 0 0
> $ cat /sys/block/sdd/stat
> 155 265 7061 8939 579 2 1163368
> 126287 0 44572 44572 0 0 0 0
> $ cat /sys/block/sdd/stat
> 156 265 7069 8994 660 2 1329256
> 135393 0 48228 48228 0 0 0 0
> $ cat /sys/block/sdd/stat
> 156 265 7069 8994 676 10 1348664
> 139902 0 50104 50104 0 0 0 0
> $ cat /sys/block/sdd/stat
> 156 265 7069 8994 676 10 1348664
> 139902 0 50104 50104 0 0 0 0
>
> Quan la sisena columna mostra un 10 és quan el «sync» ha completat.
>
> __________
> I'm using this express-made address because personal addresses aren't masked enough at this mail public archive. Public archive administrator should fix this against automated addresses collectors.
>
> El 17/7/19 a les 13:32, Josep Lladonosa ha escrit:
>> Hola,
>>
>> He trobat
>> a https://unix.stackexchange.com/questions/48235/can-i-watch-the-progress-of-a-sync-operation
>>
>> això:
>>
>> watch -t -n1 'awk "{ print \$9 }" /sys/block/sdd/stat'
>>
>> És el que volies?
>> Josep
>>
>>
>> On Wed, 17 Jul 2019, 13:19 Narcis Garcia, <debianlists@actiu.net
>> <mailto:debianlists@actiu.net>> wrote:
>>
>> «S'estan escrivint dades a USB...
>> No el desconnecteu fins que no s'hagi acabat»
>>
>> Aquesta és la notificació que veig quan mano expulsar una
>> memòria USB
>> després d'haver-hi copiat dades. De vegades són moltes dades,
>> i sovint
>> faig servir una gran i llarga «cache» d'escriptura.
>>
>> Hi ha manera de saber quant queda?
>> Per exemple, amb la comanda «free -m» veig quants megabytes de
>> cache de
>> disc es fan servir, però no distingeixo els que són pendents
>> d'escriure
>> a disc.
>>
>> Gràcies.
>>
>> --
>>
>>
>> __________
>> I'm using this express-made address because personal addresses
>> aren't
>> masked enough at this mail public archive. Public archive
>> administrator
>> should fix this against automated addresses collectors.
>>
Reply to: