Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Ces informations concernent un périphérique bloc, pas un système de fichiers.
J'ai bien trouvé /sys/block/sda/sda1/size
Je répète : c'est la taille du périphérique, pas du système de fichiers qu'il contient éventuellement. Oui, les deux tailles peuvent être différentes.
Disk /dev/sda: 2000GB FAUX : c'est l'un des deux disques de données, sdb ou sdc
Qu'est-ce qui est faux ? La taille du disque n'est pas 2 To ?
Et quel rapport avec l'espace libre d'un système de fichiers ? parted n'affiche pas ça. Le mot-clé "free" affiche les espaces libres entre les partitions.
Mais j'ai déjà présenté tout ça.
Où ?
Il vaut mieux montrer que raconter.
Hors ligne
Où ?
Là par exemple https://debian-facile.org/viewtopic.php … 51#p355651, où on a déjà discuté de tout ça et où j'avais écrit
donc les erreurs sont aléatoires, cool…
Les erreurs vues par
et par
Un petit dernier pour la route :
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Dernière modification par raleur (17-05-2021 12:31:11)
Il vaut mieux montrer que raconter.
Hors ligne
On se fiche de savoir qu'il reste X Go d'espace libre dans /dev/sdc6, l'important est de savoir qu'il reste X Go d'espace libre dans /home par exemple.
Admettons, admettons, alors une question bête : si je génère des données dans /data_small, où vont-elles être stockées ?
Et si j'éteins la machine et que je la rallume avec un live-cd pour retrouver ces données, où dois-je faire pointer mon explorateur de fichiers ?
Une piste :
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
i je génère des données dans /data_small, où vont-elles être stockées ?
Je vais faire une réponse de Normand, parce que c'est la seule réponse valable : dans le système de fichiers monté sur /data_small.
Concrètement, df, mount, findmnt ou lsblk --fs te dira ce qui est monté à cet endroit.
Et si j'éteins la machine et que je la rallume avec un live-cd pour retrouver ces données, où dois-je faire pointer mon explorateur de fichiers ?
Même réponse : sur le point de montage du système de fichiers qui était monté sur /data_small.
Concrètement, le fichier /etc/fstab du système installé te dira ce qui est censé être monté à cet endroit et lsblk --fs ou findmnt te dira où est actuellement monté ce système de fichiers.
Dernière modification par raleur (17-05-2021 18:47:32)
Il vaut mieux montrer que raconter.
Hors ligne
Je vais faire une réponse de Normand, parce que c'est la seule réponse valable : dans le système de fichiers monté sur /data_small.
ce n'est pas une réponse de Normand (qui est une réponse ni-ni), là tu me dis dans le fs monté sur /data_small.
Or dans les sorties findmnt et blkid que j'ai fournies, on voit que c'est sda2 qui y est monté, sda2 que j'ai attribué à l'installation du système au swap. Comment cela est-il possible ? Le type de partition n'est plus pris en compte ?
Par ailleurs, la partition de swap a été créée ainsi dans le ssd, petit disque de 240 Go. Tu trouves que ça correspond à ce que me donne lsblk ? Tiens, je te le remets :
De plus, si j'écris dans /data_small et que le système pousse les données dans le disque concerné et remonté par lsblk, je vois bien que c'est un disque de 1,8 To, le problème étant que pour des sauvegardes faciles à mettre en œuvre, j'ai un autre 1,8 To partitionné de la même manière que l'autre et donc, lsblk ne remontant pas plus d'infos, je ne sais pas si le système écrit sur le disque des données ou le disque des sauvegardes.
Tu trouves ça normal, toi ?
Même réponse : sur le point de montage du système de fichiers qui était monté sur /data_small.
Comment le trouver ?
De ce que j'en vois, lsblk se fout parfois dedans en remontant les infos qu'on voit, tout comme findmnt, df et d'autres.
Ah, j'aurais dû faire des tests approfondis quand j'avais ce comportement chelou, mais j'étais tellement perturbé de voir ça que je n'y ai jamais pensé, désolé. Si j'avais du temps à perdre, je pourrais jouer à casser une machine virtuelle pour ça, mais je n'ai pas trop le temps (avec cette histoire, la machine a maintenant 11 mois et n'est toujours pas en prod' 
).
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Or dans les sorties findmnt et blkid que j'ai fournies, on voit que c'est sda2 qui y est monté, sda2 que j'ai attribué à l'installation du système au swap. Comment cela est-il possible ?
Tu le sais très bien, je te l'ai expliqué maintes fois : le nommage des disques n'était pas le même pendant l'installation. Tu te focalises encore sur les noms des disques alors que c'est la seule information qui varie.
la partition de swap a été créée ainsi dans le ssd, petit disque de 240 Go. Tu trouves que ça correspond à ce que me donne lsblk ?
En tout cas il n'y a pas de contradiction puisque ton extrait montre un autre disque que le SSD contenant une autre partition que le swap.
lsblk ne remontant pas plus d'infos
lsblk peut remonter des tas d'infos, il suffit de lui demander. Que veux-tu savoir ?
Comment le trouver ?
Tu te moques de moi ? J'ai indiqué comment dans mon message précédent : en regardant dans /etc/fstab.
De ce que j'en vois, lsblk se fout parfois dedans en remontant les infos qu'on voit, tout comme findmnt, df et d'autres.
En bref tout le monde se trompe sauf toi. Ça ne te fait pas douter un tout petit peu ?
Il vaut mieux montrer que raconter.
Hors ligne
Tu te moques de moi ? J'ai indiqué comment dans mon message précédent : en regardant dans /etc/fstab
tombe à l'eau. 
En bref tout le monde se trompe sauf toi. Ça ne te fait pas douter un tout petit peu ?
Si si, mais je me rassure avec
Ne cherchez pas la faveur de la multitude; elle est rarement obtenue par des moyens honnêtes et légaux. Mais cherchez le témoignage de quelques-uns; et ne comptez pas les voix, mais pesez-les.
Dans une autre machine, je vois ça, correct concernant les identifications :
Mais il y a une erreur graphique pour sdaX, la vraie vie c'est
Ensuite, si tous ces sdXY sont fluctuants et donc n'ont plus aucune valeur, alors autant écrire directement
Non ?
Et en fait, qu'est qui nous intéresse vraiment, là-dessus ? Juste ça :
Avec cette commande,
ça pourrait être sympa mais ces /dev/s... risquent d'être faux, alors supprimer PATH, oui, hélas ça va devenir très moche car des lignes vides vont apparaître :
sans compter l'alignement des colonnes… 
Rien n'est simple ni facile dans ce monde.
Edit : ah !, j'en ai trouvé trois autres :
Il faut des fêtes bruyantes aux populations, les sots aiment le bruit, et la multitude c'est les sots.
il a dû s'inspirer de
La pluralité des voix n’est pas une preuve, pour les vérités malaisées à découvrir, tant il est bien plus vraisemblable qu’un homme seul les ait rencontrées que tout un peuple.
il a dû s'inspirer d'
Une multitude est sans doute plus facile à leurrer qu'un seul homme.
Dernière modification par jpt (18-05-2021 16:42:23)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Tu me dis de regarder dans fstab, ok, mais concernant les "gros" disques, je n'y trouve que /dev/sdb et /dev/sdc
Peux-tu montrer le contenu de /etc/fstab ?
si tous ces sdXY sont fluctuants et donc n'ont plus aucune valeur
Je n'ai pas dit qu'ils n'avaient aucune valeur, mais leur validité est provisoire et remise en question à chaque démarrage.
ces /dev/s... risquent d'être faux
Non, ils ne sont pas faux. Ils sont valables au moment où on exécute la commande. On peut les utiliser si on en a besoin à ce moment.
supprimer PATH, oui, hélas ça va devenir très moche car des lignes vides vont apparaître
Un simple grep -v "^$" ou équivalent pour éliminer les lignes vides.
Mais il y a une erreur graphique pour sdaX, la vraie vie c'est
Oui et non. Du point de vue de la table de partition, effectivement une partition logique est incluse dans la partition étendue. Mais du point de vue du noyau (et donc de tout le reste du système à l'exception des programmes de partitionnnement qui regardent directement la table de partition), elles sont indépendantes. Tu peux voir que le noyau attribue à la partition étendue une taille effective de 1 Kio quelle que soit sa taille réelle.
Il vaut mieux montrer que raconter.
Hors ligne
Un simple grep -v "^$" ou équivalent pour éliminer les lignes vides.
Pas chez moi, go figure :
En plus c'est curieux, l'ordre des partoches dans cette sortie : de haut en bas sdb1 sdb2 (non monté) sdc1 sdc2 (non monté) sda1 sda2 et en regardant mieux, bon sang, j'ai le problème !
Dans la nouvelle machine, où j'ai installé il y a trois semaines les fichiers de mount concernant sdb1 et sdc1.
On est bien d'accord : c'est la machine physique, sda est monté par fstab et data (sdb1) et dbck (sdc1) sont montés par des fichiers .mount avec des RequiresMountsFor qui ce soir ne fonctionnent pas ou mal. Les bras m'en tombent... Après trois semaines sans problèmes...
Les .mount (je ne mets pas tout mais je précise quand même que j'utilise les UUID's et que le résultat n'est donc pas ce que j'attends) :
et voilà le résultat :
Et le plus dément, c'est qu'un jour je me suis amusé, avec un live-cd, à créer trois marqueurs, soit un fichier aa__sda1 dans la partition 1 du petit disque, un fichier aa__sdb1 dans la partition 1 du premier gros disque et un fichier aa__sdc1 dans le second gros disque et ce soir ces trois fichiers sont aux bons endroits.
Conclusion, la colonne 1 de df c'est du n'importe quoi.
Et les montages de systemd c'est lamentable.
Et pas question de remettre à zéro le disque dédié aux sauvegardes (la machine n'est pas encore en prod') avec un redoutable dd if=/dev/zero of=/dev/sdc, ça me casserait le disque système ce soir…
Autre chose :
Peux-tu montrer le contenu de /etc/fstab ?
Ça, ça concerne la machine virtuelle de cet après-midi (j'ai viré la ligne du sr0) :
Dernière modification par jpt (18-05-2021 23:14:25)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne