Problèmes et questions concernant le noyau et le support matériel.
Répondre

Le support de système 64-bits n'est pas activé.

#1Messageil y a 1 an

Bonjour à tous et à toutes.
J'ai reçu mon nouveau disque dur de sauvegardes.
Je l'ai partitionné et j'ai eu un message qui m'intrigue :

Le support de système 64-bits n'est pas activé. La taille de champs plus grande apportée par cette fonctionnalité permet des sommes de contrôle fortes. Passez -O 64bit pour corriger.
Est-ce grave ? Et si oui, que dois-je faire ? Comment passer -O 64bit ?
Le partitionnement a été effectué et il fonctionne bien, il écrit à 200 Mio/s.
Depuis que j'ai changé ce disque et enlevé mon vieux disque /home, les températures des disques sont passé sous la barre des 40°C.
Merci.
Ignace.
Dernière modification par ignace72il y a 1 an, modifié au total 1 fois.

Le support de système 64-bits n'est pas activé.

#2Messageil y a 1 an

Bonjour.
Je suppose une trace d'un partitionnement d'usine . Perso, via GParted, je supprimerais la partition et recréerais une nouvelle table GPT puis la formaterais en Ext4.
Après, si tu veux un autre système de fichiers, tu devrais pouvoir le faire.

Le support de système 64-bits n'est pas activé.

#3Messageil y a 1 an

c'est au niveau du script de Calamares ,
il n'y a pas option ajouté lors de la création des partitions.

sinon il faut le faire manuellement ( soit par commande , soit par Gparted ) ,
et ensuite effectuer l"installation.

rappel : jusqu'à 2016, la gestion adressage des disques système a été de 48 bits , et cela est donc possible sur les cartes-mères permettant de faire de l'adressage disque système 64 bits
Dernière modification par stephaneil y a 1 an, modifié au total 1 fois.

Le support de système 64-bits n'est pas activé.

#4Messageil y a 1 an

Bonjour, lemust83.
En fait le disque n'avait pas de table de partition.
Avec Gparted, j'ai créé une table de patition GPT qui s'est déroulé sans message spécial.
C'est quand j'ai créer ma partition de sauvegardes en Ext4 que j'ai eu ce message.
Bonjour, stephane.
En fait je n'ai pas utilisé Calarames car j'ai juste retiré mon disque dur de sauvegarde pour le remplacer par le nouveau.
J'ai démarré normalement et j'ai fait les manipulations avec Gparted.

Bon, j'ai refais la manipulation et toujours le même message.

J'ai fait un : sudo mkfs.ext4 -F -O 64bit /dev/sdc1

mke2fs 1.46.5 (30-Dec-2021)
/dev/sdc1 contient un système de fichiers ext4 étiqueté « sauvegardes »
	dernier montage le Sat Apr 30 14:31:23 2022
En train de créer un système de fichiers avec 722838272 4k blocs et 180715520 i-noeuds.
UUID de système de fichiers=ce6f12dc-4ac9-4f55-98de-202480c2c203
Superblocs de secours stockés sur les blocs : 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
	4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 
	102400000, 214990848, 512000000, 550731776, 644972544

Allocation des tables de groupe : complété                        
Écriture des tables d'i-noeuds : complété                        
Création du journal (262144 blocs) : complété
Écriture des superblocs et de l'information de comptabilité du système de
fichiers : complété
Donc, là, pas de message spécial.
Comment puis-je vérifier si le support de système 64-bits est activé ?
J'aimerai le savoir avant de faire mes sauvegardes.

J'ai fait un sudo dumpe2fs -h /dev/sdc1

dumpe2fs 1.46.5 (30-Dec-2021)
Filesystem volume name:   sauvegardes
Last mounted on:          <not available>
Filesystem UUID:          ce6f12dc-4ac9-4f55-98de-202480c2c203
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:              180715520
Block count:              722838272
Reserved block count:     36141913
Overhead clusters:        11631124
Free blocks:              711207141
Free inodes:              180715509
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:       Sat Apr 30 14:41:54 2022
Last mount time:          Sat Apr 30 14:52:11 2022
Last write time:          Sat Apr 30 14:52:11 2022
Mount count:              2
Maximum mount count:      -1
Last checked:             Sat Apr 30 14:41:54 2022
Check interval:           0 (<none>)
Lifetime writes:          116 MB
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
Default directory hash:   half_md4
Directory Hash Seed:      3a413079-27d4-4196-9086-de824c0f8bd3
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0xcd42c742
Journal features:         journal_64bit journal_checksum_v3
Total journal size:       1024M
Total journal blocks:     262144
Max transaction length:   262144
Fast commit length:       0
Journal sequence:         0x00000024
Journal start:            1
Journal checksum type:    crc32c
Journal checksum:         0x5be38bcc
Je crois avoir trouvé avec sudo dumpe2fs -h /dev/sdc1 | grep features:

dumpe2fs 1.46.5 (30-Dec-2021)
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
Journal features:         journal_64bit journal_checksum_v3
Y a marqué 64bit partout donc c'est bon, non ?

Merci.
Ignace.

Le support de système 64-bits n'est pas activé.

#5Messageil y a 1 an

j'ai trouve ce sujet
https://bugzilla.gnome.org/show_bug.cgi?id=766910

en gros , s'il y a une limitation a 32 bits ( pour une taille maximum de 16To ) , l'option 64bits n'est pas activé.
a priori , les 3 points suivants ont montré les limites ( en 2016 ... )
1) si on tente de modifier la taille (resize) à partir de 32bits , on ne peut le mettre en 64 bits...
2) a l'époque il y a eu des soucis de démarrage grub 2 & syslinux
3) il est forcé et actif pour des tailles > 16To ( donc obligatoire )

Gparted a donc été obligé de le forcer en interface Gui pour l'ensemble des distributions ( ne pas oublier a cette époque il y avait les versions 32 bits et 64 bits )

cela a été corrigé depuis
https://www.linuxquestions.org/question ... 175627525/

Le support de système 64-bits n'est pas activé.

#6Messageil y a 1 an

Merci, stephane.
Bon alors que fais-je ? Je garde cette partition comme ça ou bien dois-je changer quelque chose ?
Si je dois changer quelque chose, comment fais-je ça ?
Merci.
Ignace.

Le support de système 64-bits n'est pas activé.

#7Messageil y a 1 an

fais quelques copies pour tests puis vérification fs ( ext4 )
si pas de message ou erreur c'est ok

Le support de système 64-bits n'est pas activé.

#8Messageil y a 1 an

Excuse moi si je suis un peu neuneu ce samedi car j'ai fait une nuit blanche.
Mais comment fais-je ça ?
Merci.
Ignace.

Le support de système 64-bits n'est pas activé.

#9Messageil y a 1 an

Bon, j'ai copié ma base de données Gcstar de 14,3 Mio et une vidéo.
Et j'ai comparé les sommes de contrôle des deux fichiers avec gtkhash et elles sont identiques.
C'est-il suffisant comme test ou non ?
Merci.
Ignace.

Le support de système 64-bits n'est pas activé.

#10Messageil y a 1 an

oui , tu moment que tu accède bien a cette base ou que tu peux lire le film,
tester tout de même une verification du fichier systeme ( fsck )

Le support de système 64-bits n'est pas activé.

#11Messageil y a 1 an

Bonsoir, stephane.
J'ai fait le test :

~/ sudo fsck /dev/sdc1
fsck de util-linux 2.38
e2fsck 1.46.5 (30-Dec-2021)
sauvegardes : propre, 249844/180715520 fichiers, 104009234/722838272 blocs
Merci à vous deux.
Je mets le fil en résolu et je fais mes sauvegardes.
Ignace.
Répondre