Re: Installation de Debian par USB, l’ordinateur se fige
Le 30/11/2018 à 22:03, Pascal Hambourg a écrit :
>> En effet, la destination n'est pas un système de fichiers. Par contre la
>> destination est dans un système de fichiers :
>
> Tu n'as pas l'impression de te contredire dans la même phrase ?
Heu non. Fais donc touch toto, tu obtiendra un fichier qui s'appelle
toto. Applique ma phrase a ce fichier, tu verra qu'elle est valide et ne
contiens pas de contradiction. Sous unix tout est fichier. Ma phrase
s'applique aussi bien a ce fichier "toto" qu'au fichier /dev/sdc.
>
>> le système fichier racine.
>
> Raté. /dev est un système de fichiers temporaire en mémoire distinct
> de la racine.
>
> $ df -hT /dev
> Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
> udev devtmpfs 10M 0 10M 0% /dev
OK. Et alors, qu'est-ce que ca change ? Le périphérique n'est pas un
système de fichiers, mais il est bien dans un système de fichiers.
>> La destination, c'est un fichier, le fichier /dev/sdc dans ce cas.
>
> Non. /dev/sdc est un fichier spécial qui représente un périphérique
> bloc, mais n'est pas le périphérique bloc. Quand on écrit dans
> /dev/sdc, on écrit sur le disque qu'il représente, pas dans le système
> de fichiers qui contient /dev. Facile à démontrer en remontant /dev en
> lecture seule par exemple : on peut encore écrire dans /dev/sdc.
>
>> Quand
>> on écrit dans ce fichier, les données sont mises dans le cache du
>> système de fichiers racine et sync permet de vider ce cache.
>
> Non puisqu'on n'écrit pas dans un système de fichiers.
>
>> On peut s'amuser a faire rien que la commande dd. Ca travaille un
>> moment, puis ca rend le prompt. A ce moment la, on fait a la main la
>> commande sync, et on voit que de nouveau ca travaille un moment. C'est
>> le signe qu'il restait des choses a écrire sur la clef dans le cache.
>
> Effectivement ce serait le signe si ça se passait ainsi, mais
> justement je ne l'ai jamais constaté avec mes clés USB qui ont toutes
> un voyant d'activité. Quand ça s'est arrêté de clignoter et j'exécute
> sync, ça ne clignote pas plus.
>
> Par contre l'écriture n'est pas forcément finie lorsque dd rend la
> main. On le voit bien avec le clignotement qui continue. Il y a donc
> un cache quelque part, mais distinct de celui sur lequel sync agit.
OK, tu connais mieux que moi les subtilités du fonctionnement d'unix.
Mais je persiste a trouver un avantage a sync : ca permet de savoir
quand l'écriture est bien finie et qu'on peut débrancher la clef. Parce
que meme si le cache concerné n'est pas celui sur lequel agit sync,
cette commande ne rend pas le prompt tant que l'écriture n'est pas
finie, contrairement a dd. A moins que la encore je me trompe ?
Reply to: