Ubuntu-fr

Lek1

SSD nvme

Bonjour,

J'installe régulièrement Gnu/Linux autour de moi majoritairement sur des portables.
Depuis peu et seulement sur les portables dont le disque est un SSD nvme, j'ai remarqué qu'à chaque
démarrage j'ai toujours le message suivant : « Appuyé sur Ctrl + D pour annuler le contrôle du disque.... »
Cela dure 2 secondes et le démarrage se poursuit.
Formatage du SSD : 280 Mo efi ; 45 Go / ; 4 Go swap ; /home le reste.
Le matériel quel que soit la marque de portable lorsqu'il y a un SSD nvme (quel que soit la marque.)

Ma question est :
- avez-vous remarqué ce contrôle systématique ?
- est-ce "dangereux" que ce contrôle ce fasse à chaque fois ?
- puis-je empêcher ce contrôle et ou est-ce nécessaire ?

Merci pour vos avis et réponse.

Dernière modification par Lek1 (Le 21/08/2022, à 06:33)

---

"Ceux qui ne bougent pas ne sentent pas leurs chaînes." (Rosa Luxemburg)   
Debian 11

MicP

Re : SSD nvme

Bonjour

Je désactive systématiquement le "secure" boot et l'UEFI sur mes machines, c'est peut-être pour ça que je n'ai jamais vu s'afficher ce genre de message,
ou alors, c'est peut-être aussi la présence de Windows sur un des disques de la machine car j'ai remarqué que ce système est assez invasif et ne se gène pas pour aller modifier un peu tout ce qu'il veux.
Ceci dit, il y avait aussi Windows sur ma machine, mais sans UEFI (depuis j'ai supprimé Windows : je ne m'en servais pas).

EDIT : Ou alors, c'est une partition contenant un système de fichiers utilisé pour /home (ou autre) qui est systématiquement vérifié en fonction du contenu de ton fichier /etc/fstab
En général, ce message indique aussi l'UUID du système de fichiers qu'il va vérifier, il faudrait relever cet UUID pour voir de quoi il s'agit.

Moins le disque sera utilisé, moins il s'usera, donc, si cette vérification pouvait être évitée, ça serait mieux.

Dernière modification par MicP (Le 21/08/2022, à 07:20)

Lek1

Re : SSD nvme

Bonjour

Je désactive systématiquement le "secure" boot et l'UEFI sur mes machines,
C'est aussi ce que je fais.

c'est peut-être pour ça que je n'ai jamais vu s'afficher ce genre de message,
ou alors, c'est peut-être aussi la présence de Windows
Pas de double boot.

sur un des disques de la machine car j'ai remarqué que ce système est assez invasif et ne se gène pas pour aller modifier un peu tout ce qu'il veux.
Ceci dit, il y avait aussi Windows sur ma machine, mais sans UEFI (depuis j'ai supprimé Windows : je ne m'en servais pas).

EDIT : Ou alors, c'est une partition contenant un système de fichiers utilisé pour /home (ou autre) qui est systématiquement vérifié en fonction du contenu de ton fichier /etc/fstab
Quel genre de partition ? Comme indiqué plus haut, je n'ai que 4 partitions.

En général, ce message indique aussi l'UUID du système de fichiers qu'il va vérifier, il faudrait relever cet UUID pour voir de quoi il s'agit.
Je t'ai fait une toute petite vidéo du démarrage, en bas. Tu verras, pas UUID indiqué.

Moins le disque sera utilisé, moins il s'usera, donc, si cette vérification pouvait être évitée, ça serait mieux.
Entièrement d'accord avec toi. C'est pour cela que j'aimerais pouvoir le supprimer.

Merci déjà pour tes réponses.
Voici cette vidéo : https://nuxli7-drive.mycozy.cloud/publi … OxV8DgxgfK
À plus.

Dernière modification par Lek1 (Le 21/08/2022, à 12:22)

---

"Ceux qui ne bougent pas ne sentent pas leurs chaînes." (Rosa Luxemburg)   
Debian 11

MicP

Re : SSD nvme

Ok, il n'y a effectivement aucun UUID affiché,
même si le message dit bien "du système de fichiers", il ne précise pas lequel.

Ou alors, c'est juste un message pour indiquer le raccourci clavier que l'on pourrait utiliser au cas où une ou des vérifications seraient en cours,
et si ça se trouve, il n'y a aucune vérification en cours, alors le message ne s'affiche que le temps qu'il faut pour pouvoir le lire.

Mais voyons ce qu'il y a dans ton fichier /etc/fstab :

cat /etc/fstab

Dernière modification par MicP (Le 21/08/2022, à 12:52)

Lek1

Re : SSD nvme

Voici le retour.
Les deux dernières lignes, c'est ce qui est indiqué de faire dans la doc sur les SSD.
Je l'ai toujours fait jamais eu de soucis sur les SSD en 2,5 ".

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type> <options>       <dump>  <pass>
# / was on /dev/nvme0n1p2 during installation
UUID=5cb39d04-96aa-432b-839f-824579b34f0b /               ext4 noatime,errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=DC00-46CB  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/nvme0n1p4 during installation
UUID=94c34cb2-b8b0-49aa-b863-9821fb1a64f9 /home           ext4 noatime,defaults        0       2
# swap was on /dev/nvme0n1p3 during installation
UUID=05c48135-b78d-465c-b05c-32fa415ce6bc none            swap sw              0       0

tmpfs      /tmp            tmpfs        defaults,size=1g 0    0
tmpfs    /home/ricole/.cache    tmpfs    defaults,size=1g    0 0

Dernière modification par Lek1 (Le 21/08/2022, à 13:04)

---

"Ceux qui ne bougent pas ne sentent pas leurs chaînes." (Rosa Luxemburg)   
Debian 11

MicP

Re : SSD nvme

Effectivement, je ne vois aucun problème dans ton fichier /etc/fstab

Comme je me le suis reformaté en colonnes pour pouvoir plus facilement le lire je t'en donne la copie.
(si les lignes se terminent par deux zéros, ce n'est pas la peine de mettre ces deux zéros)

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system>                            <mount point>        <type> <options>                  <dump>  <pass>

# / was on /dev/nvme0n1p2 during installation
UUID=5cb39d04-96aa-432b-839f-824579b34f0b  /                    ext4   noatime,errors=remount-ro  0       1

# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=DC00-46CB                             /boot/efi            vfat   umask=0077                 0       1

# /home was on /dev/nvme0n1p4 during installation
UUID=94c34cb2-b8b0-49aa-b863-9821fb1a64f9  /home                ext4   noatime,defaults           0       2

# swap was on /dev/nvme0n1p3 during installation
UUID=05c48135-b78d-465c-b05c-32fa415ce6bc  none                 swap   sw

tmpfs                                      /tmp                 tmpfs  defaults,size=1g

tmpfs                                      /home/ricole/.cache  tmpfs  defaults,size=1g

=======
Finalement, je pense que le message affiché est juste un message pour indiquer le raccourci clavier que l'on pourrait utiliser au cas où une ou des vérifications seraient en cours,
mais qu'il n'y a pas de vérification de système de fichiers en cours => pas d'uuid à afficher.

=======
Si besoin, tu peux aller vérifier si il y eu un fsck de fait au cours du démarrage
en parcourant le contenu du fichier /var/log/boot.log
après avoir lancé la ligne de commande suivante :

sudo less -R /var/log/boot.log

Dernière modification par MicP (Le 21/08/2022, à 14:13)

Lek1

Re : SSD nvme

C'est bizarre. Sur les SSD en 2,5 " jamais eu ce genre de "message" au démarrage.
Je m'inquiète juste, je ne voudrais pas que cela détériore le SSD trop vite.

Tu as raison, j'ai relu la phrase et cela semble être plutôt une information.

Dernière modification par Lek1 (Le 21/08/2022, à 13:31)

---

"Ceux qui ne bougent pas ne sentent pas leurs chaînes." (Rosa Luxemburg)   
Debian 11

Lek1

Re : SSD nvme

J'ai trouvé cette discussion, mais sans réponse.
https://forum.ubuntu-fr.org/viewtopic.php?id=2051245

Dernière modification par Lek1 (Le 21/08/2022, à 13:37)

---

"Ceux qui ne bougent pas ne sentent pas leurs chaînes." (Rosa Luxemburg)   
Debian 11

MicP

Re : SSD nvme

… je ne voudrais pas que cela détériore le SSD trop vite. …

Je te comprends bien.

J'ai dernièrement changé à temps (aucun fichier de perdu ) une carte M2 (pas nvme) Xingchuxing de 512GB pas chère qui était en train de rendre l'âme,
mais en fait, elle aura quand même tenu plus de 2 ans en fonctionnant plus de 10 heures tous les jours de l'année, donc, on peut dire que j'en ai largement eu pour mon argent (environ 45€ il y a 2 ans)

J'allais de temps en temps surveiller les données S.M.A.R.T. avec la commande smartctl c'est comme ça que je me suis rendu compte que cette carte était en train de mourir.
Alors quand je m'en suis rendu compte, j'ai vérifié que mes sauvegardes étaient restaurables, puis j'en ai fait une dernière, et j'ai enlevé mes disques (l'autre était un SSD de 500G)
et échangé le tout pour un seul disque Samsung 870 EVO de 1TB

Dernière modification par MicP (Le 21/08/2022, à 14:02)

Lek1

Re : SSD nvme

Bien vu et bonne réaction.
J'ai aussi un SSD Samsung en 2,5 ", ils sont vraiment solide.

En tous les cas, merci pour cet échange instructif.
Au plaisir.

---

"Ceux qui ne bougent pas ne sentent pas leurs chaînes." (Rosa Luxemburg)   
Debian 11

MicP

Re : SSD nvme

J'ai corrigé les dates, je viens de vérifier dans mes mails la date
en fait c'était 2 ans et pas 5 (j'avais confondu avec l'achat du SSD de 500G)

Au plaisir d'échanger à nouveau

Dernière modification par MicP (Le 21/08/2022, à 14:06)

Lek1

Re : SSD nvme

Je te donne le retour de ta commande

sudo less -R /var/log/boot.log

Je n'ai rien vu.

-- Sun Aug 21 13:56:35 CEST 2022 ------------
/dev/nvme0n1p2: clean, 380818/3252224 files, 2735967/12995584 blocks
         Starting Load Kernel Module chromeos_pstore...
[FAILED] Failed to start Load Kernel Module efi_pstore.
See 'systemctl status modprobe@efi_pstore.service' for details.
         Starting Load Kernel Module mtdpstore...
[FAILED] Failed to start Load Kernel Module pstore_blk.
See 'systemctl status modprobe@pstore_blk.service' for details.
[FAILED] Failed to start Load Kernel Module pstore_zone.
See 'systemctl status modprobe@pstore_zone.service' for details.
[FAILED] Failed to start Load Kernel Module ramoops.
See 'systemctl status modprobe@ramoops.service' for details.
         Starting Network Name Resolution...
         Starting Record System Boot/Shutdown in UTMP...
[  OK  ] Finished Record System Boot/Shutdown in UTMP.
[  OK  ] Finished Load AppArmor profiles.
[  OK  ] Started Network Name Resolution.
[  OK  ] Reached target Host and Network Name Lookups.
[  OK  ] Finished Load Kernel Module mtdpstore.
[  OK  ] Finished Load Kernel Module chromeos_pstore.
[  OK  ] Reached target System Initialization.
[  OK  ] Started ACPI Events Check.
[  OK  ] Started CUPS Scheduler.
[  OK  ] Started Trigger anacron every hour.
[  OK  ] Started Daily apt download activities.
[  OK  ] Started Daily apt upgrade and clean activities.

[  OK  ] Started Daily dpkg database backup timer.
[  OK  ] Started Periodic ext4 Online Metadata Check for All Filesystems.
[  OK  ] Started Discard unused blocks once a week.
[  OK  ] Started Refresh fwupd metadata regularly.
[  OK  ] Started Daily rotation of log files.
[  OK  ] Started Daily man-db regeneration.
[  OK  ] Started Message of the Day.
[  OK  ] Started Update the plocate database daily.
[  OK  ] Started Daily Cleanup of Temporary Directories.
[  OK  ] Started Ubuntu Advantage Timer for running repeated jobs.
[  OK  ] Reached target Path Units.
[  OK  ] Listening on ACPID Listen Socket.
[  OK  ] Listening on Avahi mDNS/DNS-SD Stack Activation Socket.
[  OK  ] Listening on CUPS Scheduler.
[  OK  ] Listening on D-Bus System Message Bus Socket.
[  OK  ] Listening on UUID daemon activation socket.
[  OK  ] Reached target Socket Units.
[  OK  ] Reached target Basic System.
         Starting Accounts Service...
[  OK  ] Started ACPI event daemon.
         Starting Save/Restore Sound Card State...
[  OK  ] Started Run anacron jobs.
         Starting Avahi mDNS/DNS-SD Stack...
         Starting Bluetooth management mechanism...
         Starting Bluetooth service...
         Starting casper-md5check Verify Live ISO checksums...
[  OK  ] Started Regular background program processing daemon.
[  OK  ] Started D-Bus System Message Bus.
[  OK  ] Started Save initial kernel messages after boot.
         Starting Remove Stale Online ext4 Metadata Check Snapshots...
         Starting Detect the available GPUs and deal with any system changes...
         Starting Record successful boot for GRUB...
[  OK  ] Started irqbalance daemon.
         Starting Initialize hardware monitoring sensors...
[  OK  ] Started mintsystem.service.
         Starting Dispatcher daemon for systemd-networkd...
[  OK  ] Started ntp-systemd-netif.service.
         Starting Authorization Manager...
         Starting System Logging Service...
         Starting Self Monitoring and Reporting Technology (SMART) Daemon...
         Starting User Login Management...
         Starting Thermal Daemon Service...
         Starting Ubuntu system adjustments...
         Starting Disk Manager...
         Starting WPA supplicant...
         Starting ZFS file system shares...
[  OK  ] Started ZFS Event Daemon (zed).
         Starting Initializes zram swaping...

[FAILED] Failed to start casper-md5check Verify Live ISO checksums.
See 'systemctl status casper-md5check.service' for details.
[  OK  ] Finished Remove Stale Online ext4 Metadata Check Snapshots.
[  OK  ] Finished ZFS file system shares.
[  OK  ] Started System Logging Service.
[  OK  ] Finished Detect the available GPUs and deal with any system changes.
[  OK  ] Started Thermal Daemon Service.
[  OK  ] Finished Save/Restore Sound Card State.
[  OK  ] Finished Initialize hardware monitoring sensors.
[  OK  ] Reached target Sound Card.
[  OK  ] Reached target ZFS startup target.
[  OK  ] Started WPA supplicant.
[  OK  ] Started Avahi mDNS/DNS-SD Stack.
[  OK  ] Started Self Monitoring and Reporting Technology (SMART) Daemon.
[  OK  ] Started Authorization Manager.
         Starting Modem Manager...
[  OK  ] Started Bluetooth service.
[  OK  ] Reached target Bluetooth Support.
[  OK  ] Started User Login Management.
[  OK  ] Finished Initializes zram swaping.
[  OK  ] Finished Record successful boot for GRUB.
         Starting GRUB failed boot detection...
         Starting Hostname Service...
[  OK  ] Finished GRUB failed boot detection.
[  OK  ] Started Accounts Service.
[  OK  ] Finished Ubuntu system adjustments.
[  OK  ] Started Modem Manager.
[  OK  ] Started Disk Manager.
[  OK  ] Started Dispatcher daemon for systemd-networkd.
[  OK  ] Started Hostname Service.
[  OK  ] Finished Uncomplicated firewall.
[  OK  ] Reached target Preparation for Network.
         Starting Network Manager...
         Starting Raise network interfaces...
[  OK  ] Started Network Manager.
         Starting Network Manager Wait Online...
[  OK  ] Started Bluetooth management mechanism.
         Starting Network Manager Script Dispatcher Service...
[  OK  ] Finished Raise network interfaces.
[  OK  ] Reached target Network.
         Starting CUPS Scheduler...
         Starting Network Time Service...
         Starting OpenVPN service...
         Starting Permit User Sessions...
[  OK  ] Finished OpenVPN service.
[  OK  ] Started Network Manager Script Dispatcher Service.
[  OK  ] Finished Permit User Sessions.
         Starting Light Display Manager...
         Starting Hold until boot process finishes up...
[  OK  ] Started CUPS Scheduler.
(END)

---

"Ceux qui ne bougent pas ne sentent pas leurs chaînes." (Rosa Luxemburg)   
Debian 11

MicP

Re : SSD nvme

Dans le fichier /var/log/boot.log que tu donnes dans ton message il n'y a pas eu de vérification d'un système de fichiers.
EDIT : À moins que la ligne suivante soit un retour de la commande fsck

…
/dev/nvme0n1p2: clean, 380818/3252224 files, 2735967/12995584 blocks
…

Ça y ressemble beaucoup en tout cas, mais je suis étonné qu'il n'y ait rien au dessus …

=======
J'avais forcé la vérification au démarrage suivant
en indiquant que le système de fichiers racine avait atteint le maximum de montages avant vérification :

sudo tune2fs -c 1 /dev/sda1

et après avoir redémarré ma machine,
voilà ce que ça donne dans l'extrait concerné du fichier /var/log/boot.log :

…
[  OK  ] Started Hostname Service.
[  OK  ] Finished Remove Stale Online ext4 Metadata Check Snapshots.
------------ Sun Aug 21 12:11:31 CEST 2022 ------------
deb114x has been mounted 18 times without being checked, check forced.
^Adeb114x: |                                                        |  0.4%   ^M^B^Adeb114x: |=                                                       /  2.5%   ^M^B^Adeb114x: |=============                                           - 23.6%   ^M^B^Adeb114x: |============================================            \ 79.4%   ^M^B^Adeb114x: |==================================================      | 89.4%   ^M^B^Adeb114x: |========================================================| 100.0%   ^M                                                                               ^Mdeb114x: 129536/1581056 files (0.8% non-contiguous), 1485921/6292480 blocks
[  OK  ] Finished Set console font and keymap.
[  OK  ] Started Load/Save RF Kill Switch Status.
…

(l'heure affichée dans ce fichier est l'heure UTC, alors je ne sais pas pourquoi il indique CEST, ce doit être un bug ou alors il y a quelque chose que je n'ai pas encore compris…)

Dernière modification par MicP (Le 21/08/2022, à 15:35)

iznobe

Re : SSD nvme

Bonjour , cette discussion devrait t ' intéresser : https://forum.ubuntu-fr.org/viewtopic.php?id=2063535

Dernière modification par iznobe (Le 21/08/2022, à 14:43)

---

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Lek1

Re : SSD nvme

@iznobe, merci pour le lien.
Le gars a un SSD en 2,5", ce n'est donc pas un problème de disque.
Bon, la vérification ne se fait pas, comme l'a indiqué @MicP.

Effectivement, cette ligne

/dev/nvme0n1p2: clean, 380818/3252224 files, 2735967/12995584 blocks

apparaît souvent sur les portables. J'ai déjà remarqué cela.

---

"Ceux qui ne bougent pas ne sentent pas leurs chaînes." (Rosa Luxemburg)   
Debian 11

Lek1

Re : SSD nvme

Suite,

Alors, le SSD ou le HDD tous les deux ont ce problème.
Avec GPT ou Mbr ou Msdos même chose.

Ils disent :

Pour resumer , fsck via systemd analyse toutes les partitions du systeme a chaque demarrage .
et il ne met pas a jour les compteurs de montage demontage des partitions .
vous avez la meme chose ceux qui ont le probleme ?

Et aussi :

Le retour de la commande référencée par ce lien met en évidence,
 par le fait que les dates de vérification des systèmes de fichiers sont antérieures à celles de leur dernière utilisation, que fsck ne vérifie pas les systèmes de fichiers à chaque démarrage, contrairement à ce que laissait croire ce message. 
Sauf à ce que fsck ne mette exceptionnellement pas à jour ces informations dans un contexte particulier, 
qui resterait à identifier, mais qui ne peut être celui du traitement du fichier /etc/fstab.

S'agit-il alors d'un contrôle effectué par initrd.img, auquel il manquerait un éventuel module de gestion des informations enregistrées dans les systèmes de fichiers ?

J'ai lu toutes les cinq pages, ils n'ont pas trouvé d'où vient le problème.
Certains ont un temps plus long, à priori sur un SSD c'est rapide, mais cette phrase me laisse penser
qu'il n'y a pas d'analyse, mais je peux me tromper.
Pour l'instant, je ne sais pas quoi faire de plus.

Dernière modification par Lek1 (Le 21/08/2022, à 16:20)

---

"Ceux qui ne bougent pas ne sentent pas leurs chaînes." (Rosa Luxemburg)   
Debian 11

MicP

Re : SSD nvme

Il faudrait arriver à trouver ce qui déclenche ce fsck systématique
parce que cette ligne ressemble trop à un retour final d'un fsck

=======
Une idée :
démarrer la machine depuis un système Live ubuntu (ou autre)
Lancer GParted, et demander à Vérifier les systèmes de fichiers
qui sont dans les partitions :

/dev/nvme0n1p1
/dev/nvme0n1p2
/dev/nvme0n1p4

ça devrait remettre les compteurs à zéro.

Ensuite, démarrer la machine pour voir si il y a toujours un fsck

Dernière modification par MicP (Le 21/08/2022, à 16:32)

Lek1

Re : SSD nvme

et qui aurait donc terminé le fsck ?
Tu as regardé la vidéo de mon premier post ?
Ça va très vite ce fsck.

---

"Ceux qui ne bougent pas ne sentent pas leurs chaînes." (Rosa Luxemburg)   
Debian 11

MicP

Re : SSD nvme

… et qui aurait donc terminé le fsck ?…

Je pense à initramfs, juste avant le montage effectif du système de fichiers racine,
car un fsck ne peut se faire qu'à condition que le système de fichiers ciblé ne soit pas monté,
c'est pour ça que je propose de faire un fsck depuis un système Live, et tant qu'à faire,
avec GParted car ce sera plus simple à faire qu'avec la ligne de commande.

Dernière modification par MicP (Le 21/08/2022, à 16:51)

Lek1

Re : SSD nvme

Bon, j'ai démarré sur un live et check les 3 partions là 1, 2 et 4.
Éteins le portable et redémarré.
Toujours le même message.

---

"Ceux qui ne bougent pas ne sentent pas leurs chaînes." (Rosa Luxemburg)   
Debian 11

Lek1

Re : SSD nvme

Là j'arrête. Vais remballer le portable et le donner demain à son propriétaire.

Merci pour votre aide.

Je laisse le sujet ouvert.

---

"Ceux qui ne bougent pas ne sentent pas leurs chaînes." (Rosa Luxemburg)   
Debian 11

MicP

Re : SSD nvme

autre idée rapide à faire :
une mise à jour du fichier initramfs :

sudo update-initramfs -k $(uname -r) -u

iznobe

Re : SSD nvme

en fait , il faut vérifier les infos de chaque partition :

sudo tune2fs -l /dev/nvme0n1p1

le message n ' apparait pas longtemps car le disque est tres rapide et la partition certainement petite .

---

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Lek1

Re : SSD nvme

autre idée rapide à faire :
une mise à jour du fichier initramfs :

sudo update-initramfs -k $(uname -r) -u

alors, j'ai passé la commande et redémarré, le message est toujours là.

---

"Ceux qui ne bougent pas ne sentent pas leurs chaînes." (Rosa Luxemburg)   
Debian 11

Lek1

Re : SSD nvme

en fait , il faut vérifier les infos de chaque partition :

sudo tune2fs -l /dev/nvme0n1p1

le message n ' apparait pas longtemps car le disque est tres rapide et la partition certainement petite .

J'ai apporté le portable à la dame.
Mais je pourrais prendre le contrôle à distance et continuer les tests s'il le faut.

Voici déjà la commande pour les trois partitions, voici :

sudo tune2fs -l /dev/nvme0n1p1
tune2fs 1.46.5 (30-Dec-2021)
tune2fs: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/nvme0n1p1
/dev/nvme0n1p1 contient un système de fichiers vfat

sudo tune2fs -l /dev/nvme0n1p2
tune2fs 1.46.5 (30-Dec-2021)
Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          5cb39d04-96aa-432b-839f-824579b34f0b
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              3252224
Block count:              12995584
Reserved block count:     649779
Overhead clusters:        283010
Free blocks:              10249383
Free inodes:              2871308
First block:              0
Block size:               4096
Fragment size:            4096
Group descriptor size:    64
Reserved GDT blocks:      1024
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Fri Aug 19 07:29:51 2022
Last mount time:          Mon Aug 22 15:50:37 2022
Last write time:          Mon Aug 22 15:50:37 2022
Mount count:              5
Maximum mount count:      -1
Last checked:             Sun Aug 21 17:49:15 2022
Check interval:           0 (<none>)
Lifetime writes:          21 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:              256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
First orphan inode:       1207288
Default directory hash:   half_md4
Directory Hash Seed:      7621105b-2489-49e4-83aa-c309f78b217e
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x011dabbe


sudo tune2fs -l /dev/nvme0n1p4
tune2fs 1.46.5 (30-Dec-2021)
Filesystem volume name:   <none>
Last mounted on:          /home
Filesystem UUID:          94c34cb2-b8b0-49aa-b863-9821fb1a64f9
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              25239552
Block count:              100930816
Reserved block count:     5046540
Overhead clusters:        1864036
Free blocks:              93871823
Free inodes:              25217057
First block:              0
Block size:               4096
Fragment size:            4096
Group descriptor size:    64
Reserved GDT blocks:      1024
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Fri Aug 19 07:29:52 2022
Last mount time:          Mon Aug 22 15:50:38 2022
Last write time:          Mon Aug 22 15:50:38 2022
Mount count:              5
Maximum mount count:      -1
Last checked:             Sun Aug 21 17:49:28 2022
Check interval:           0 (<none>)
Lifetime writes:          27 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:              256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
First orphan inode:       19011466
Default directory hash:   half_md4
Directory Hash Seed:      d560570d-313c-4583-aa8f-613a698b9376
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x213b2394

Dernière modification par Lek1 (Le 23/08/2022, à 13:53)

---

"Ceux qui ne bougent pas ne sentent pas leurs chaînes." (Rosa Luxemburg)   
Debian 11