logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Re : Suivi du Wiki et des Projets Git » Partition de stockage au format udf commune à windows et debian » 03-07-2023 15:43:13

Gab'
Bonjour smile
Et bien le problème s'en est allé !
J'ai utilisé l'option "Analyser le lecteur" proposée par W10 (clic droit sur le lecteur > Propriétés > Onglet "Outils" > Vérifier > Analyser et réparer le lecteur). Ça a été long, mais ça a fonctionné. Je pensais avoir déjà lancé une analyse auparavant, mais j'y avais peut-être seulement pensé.
A priori, tout refonctionne correctement du côté de W10 comme du côté de Debian 11. Je ne sais pas d'où venait le problème mais il semble donc résolu.

Dslé pour la sollicitation.

Pour info, je réponds quand même à --gilles-- :

lsblk -o MODEL,NAME,FSTYPE,PARTLABEL,LABEL,SIZE,PTTYPE -d /dev/sda5


MODEL NAME FSTYPE PARTLABEL LABEL     SIZE PTTYPE
      sda5 udf    Donnees   Donnees 953,7G gpt

#2 Re : Suivi du Wiki et des Projets Git » Partition de stockage au format udf commune à windows et debian » 02-07-2023 15:15:05

Gab'
Je reviens vers vous avec une mauvaise nouvelle : ma partition de données formatée en UDF n'est accessible sur W10 qu'en lecture seule depuis quelques mois (je ne saurais pas dire depuis quand exactement parce que je boot de plus en plus rarement sur W10). Du côté de Debian, tout fonctionne normalement.

Pour être plus précis, la partition est détectée par W10 comme une partition UDF complètement pleine alors que mes données n'en occupent qu'une petite partie. Par ailleurs, elle est visible et accessible dans l'explorateur de fichiers, je peux lire les fichiers, mais je ne peux pas les modifier.

J'ai pensé que le problème était peut-être dû au bug introduit dans une mise à jour de W10 (https://answers.microsoft.com/en-us/win … 7e25262846, https://support.red.com/hc/en-us/articl … ity-Issues) mais le bug a été résolu et la mise à jour de mon système n'a pas amélioré les choses. Je viens d'ailleurs de "réparer" l'installation, sans succès non plus.

Avez-vous eu des problèmes récemment avec vos clés USB formatées en UDF ?
Se pourrait-il que le problème vienne de Debian ? (un peu comme quand le démarrage rapide de W10 empêche Debian d'accéder à la partition)

#3 Re : Autres » [Résolu] Evolution - Dossiers inclus dans le dossier INBOX » 04-12-2022 17:58:36

Gab'
J'ai posé la question du post #3 sur la mailing liste d'aide de Evolution (elle sera visible dans l'archive de novembre ou décembre 2022, https://mail.gnome.org/archives/evolution-list/ )

Selon le membre qui m'a répondu, le problème existe depuis au moins une vingtaine d'années. Certains serveurs IMAP utilisent le dossier INBOX comme dossier racine : tous les autres dossiers et les mails sont donc à l'intérieur de ce premier dossier. Les serveurs disposent d'une option appelée "anonymous root folder" qui permet d'invisibiliser la racine, malheureusement ce n'est pas une option personnalisable par les utilisateurs. Afin de régler ce problème, Thunderbird dispose d'une option qui permet de recueillir l'arborescence réelle des dossiers sur le serveur et de l'afficher différemment, avec tous les dossiers au même niveau : https://support.mozilla.org/fr/kb/confi … ompte-imap

Une telle option n'existe pas sur Evolution et une requête pourra être déposée en ce sens aux développeurs d'Evolution.

#4 Re : Suivi du Wiki et des Projets Git » Partition de stockage au format udf commune à windows et debian » 04-12-2022 12:46:47

Gab'
Dans quelques mois, ça fera un an que j'utilise une partition de données au format UDF, commune aux systèmes d'exploitation Debian11 et W10. Jusque là, ça fonctionne bien.

J'ai même remarqué que le glisser-déposer (dans Debian) fonctionne mieux avec le format UDF qu'avec le format NTFS (le glisser/déposer ne fonctionnait pas à tous les coups avec le format NTFS, je devais faire un copier/couper-coller).

Du coup, je suis content smile

#5 Re : Matériel » [Résolu] Plusieurs échecs avant d'arriver à se connecter au wifi » 01-12-2022 21:41:15

Gab'
Ça y est, j'ai résolu le problème ! La solution est décrite ici : https://wiki.debian.org/WiFi/HowToUse

Dans la partie "Troubleshooting & Tips for NetworkManager", un problème similaire au mien est décrit : les réseaux disponibles sont affichées mais la connexion à l'un d'eux est impossible ("WiFi can scan, but not connect using NetworkManager (Debian 9 Stretch)"). Pour résoudre ce problème, il est conseillé de désactiver la modification aléatoire de l'adresse MAC ("MAC address randomization"). J'ai donc suivi la procédure :

nano /etc/NetworkManager/NetworkManager.conf


Ajouter les lignes suivante à la fin du fichier :

[device]
wifi.scan-rand-mac-address=no


Enregistrer et fermer, puis relancer le gestionnaire de réseau :

service NetworkManager restart


J'ai effectué cette manipulation il y a quelques jours et depuis, le wifi se connecte à mon réseau local instantanément, que ce soit au démarrage ou à la sortie de veille.

#6 Matériel » [Résolu] Plusieurs échecs avant d'arriver à se connecter au wifi » 26-06-2022 17:54:15

Gab'
Réponses : 1
Bonjour,
Depuis quelques mois, mon ordinateur galère à se connecter à mon réseau wifi de manière aléatoire. Des fois, ça fonctionne du premier coup et d'autres fois la connexion peut échouer plus d'une dizaine de fois en m'affichant : "Echec de connexion. L'activation de la connexion réseau a échoué.". Redémarrer l'ordinateur peut résoudre le problème, mais pas à tous les coups. Voilà, c'est très bizarre. Et du coup, je ne sais pas trop quoi faire. Des conseils ?

Pour info :

lspci -nnd ::0280


02:00.0 Network controller [0280]: Intel Corporation Centrino Advanced-N 6200 [8086:422c] (rev 35)


lspci -nnkd ::0280


02:00.0 Network controller [0280]: Intel Corporation Centrino Advanced-N 6200 [8086:422c] (rev 35)
  Subsystem: Intel Corporation Centrino Advanced-N 6200 2x2 AGN [8086:1321]
  Kernel driver in use: iwlwifi
  Kernel modules: iwlwifi


ip a


1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp11s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether f0:4d:a2:79:99:78 brd ff:ff:ff:ff:ff:ff
3: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:23:14:d2:ca:f0 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.97/24 brd 192.168.1.255 scope global dynamic noprefixroute wlp2s0
       valid_lft 81290sec preferred_lft 81290sec
    inet6 fe80::f1f6:d11:342:66d7/64 scope link noprefixroute
       valid_lft forever preferred_lft forever

#7 Re : Suivi du Wiki et des Projets Git » Partition de stockage au format udf commune à windows et debian » 05-03-2022 23:51:40

Gab'
Réponse à la question 5-6 : j'ai formaté ma partition avec GParted et tout fonctionne très bien.
J'ai avancé sur le tuto. N'hésitez pas à y jeter un coup d’œil et à y apporter des modifications.

#8 Re : Suivi du Wiki et des Projets Git » Partition de stockage au format udf commune à windows et debian » 01-03-2022 21:59:13

Gab'
Merci --gilles-- et raleur. Malheureusement, lire attentivement ne suffit pas toujours pour comprendre... C'est pour ça que je suis présent sur ce forum.

#9 Re : Suivi du Wiki et des Projets Git » Partition de stockage au format udf commune à windows et debian » 27-02-2022 19:55:43

Gab'
Pourquoi est-ce que la partition GPT de mon disque n'a pas été mise à jour quand j'ai formaté ma partition en UDF ? Est-ce qu'il suffit que je modifie l'entrée correspondante dans la partition GPT pour que la partition UDF soit reconnue par W10 ?

#10 Re : Suivi du Wiki et des Projets Git » Partition de stockage au format udf commune à windows et debian » 27-02-2022 19:37:29

Gab'
J'ai installé un nouveau disque SSD de 2 To sur mon ordinateur. J'ai commencé par installer W10 sur une partition de 500 Go. Ensuite, j'ai utilisé l'installateur de Debian 11 pour créer une partition de 1000 Go pour mes données (laissée "non utilisée") puis j'ai créer une partition LVM dans les 500 Go restants et j'y ai installé Debian 11. Dans LVM, j'ai aussi créé une partition ou je prévois d'installer Ubuntu et une partition laissée inutilisée.

Ça donne ça :

fdisk -l


Disque /dev/sda : 1,82 TiB, 2000398934016 octets, 3907029168 secteurs
Modèle de disque : CT2000MX500SSD1
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : EFDDE59B-0CE4-41E2-AAF6-C8F21C71B656

Périphérique      Début        Fin   Secteurs Taille Type
/dev/sda1          2048     206847     204800   100M Système EFI
/dev/sda2        206848     239615      32768    16M Réservé Microsoft
/dev/sda3        239616 1047504225 1047264610 499,4G Données de base Microsoft
/dev/sda4    1047504896 1048575999    1071104   523M Environnement de récupérati
/dev/sda5    1048576000 3048577023 2000001024 953,7G Système de fichiers Linux
/dev/sda6    3048577024 3907028991  858451968 409,3G LVM Linux

Disque /dev/mapper/GroupeVolumes-Swap : 7,45 GiB, 7998537728 octets, 15622144 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/mapper/GroupeVolumes-Debian11 : 186,26 GiB, 199996997632 octets, 390619136 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/mapper/GroupeVolumes-Ubuntu20 : 186,26 GiB, 199996997632 octets, 390619136 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Dans la partition de 1000 Go laissée sans formatage, j'ai réalisé la manipulation suivante :

apt install udftools
mkudffs -b 512 --label="Donnees" /dev/sd5


Là, j'ai eu l'erreur :

 mkudffs: Error: Cannot create new image file '/dev/sd5': block-count was not specified


Normalement, la commande doit trouver le nombre de blocs automatiquement : "mkudffs is used to create a UDF filesystem on a device (usually a disk). device is the special file corresponding to the device (e.g. /dev/hdX) or file image. blocks-count is the number of blocks on the device. If omitted, mkudffs automagically figures the filesystem size."
Mais bon, j'ai entré le nombre de secteurs de 512 octets que je voyais dans le résultat de la commande fdisk -l et ça a marché :

mkudffs -b 512 --label="Donnees" /dev/sd5 2000001024
filename=/dev/sd5
label=Donnees
uuid=62081b3887c4eb1a
blocksize=512
blocks=2000001024
udfrev=2.01
start=0, blocks=64, type=ERASE
start=64, blocks=13, type=VRS
start=77, blocks=19, type=ERASE
start=96, blocks=16, type=MVDS
start=112, blocks=16, type=ERASE
start=128, blocks=16, type=LVID
start=144, blocks=112, type=ERASE
start=256, blocks=1, type=ANCHOR
start=257, blocks=2000000504, type=PSPACE
start=2000000761, blocks=6, type=ERASE
start=2000000767, blocks=1, type=ANCHOR
start=2000000768, blocks=96, type=ERASE
start=2000000864, blocks=16, type=RVDS
start=2000000880, blocks=143, type=ERASE
start=2000001023, blocks=1, type=ANCHOR


Ensuite, j'ai suivi la procédure de l'ancien tuto  (partition partagée en NTFS)

mkdir /home/gabriel/Mes_Donnees
blkid
/dev/sda1: UUID="3E18-C76B" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="6590403d-47ca-493a-b844-6e3edadbd231"
/dev/sda3: LABEL="Windows10" BLOCK_SIZE="512" UUID="BE8A85578A850D59" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="2a35aecb-c864-460d-906d-5396ceac83d2"
/dev/sda4: BLOCK_SIZE="512" UUID="126886016885E3B7" TYPE="ntfs" PARTUUID="8505a3f2-d7f2-4a1a-b49d-81d9d85576d1"
/dev/sda6: UUID="TkBhU1-17GR-jLpF-Fk5e-0j1Z-pJo9-O8AO5n" TYPE="LVM2_member" PARTLABEL="VolPhyLVM" PARTUUID="18351d39-6915-42a3-9f47-ff929e1312fd"
/dev/mapper/GroupeVolumes-Swap: UUID="8d29a745-143f-452a-bbb0-a765f265289d" TYPE="swap"
/dev/mapper/GroupeVolumes-Debian11: LABEL="rootDebian" UUID="130a7225-2f6c-47de-87a9-a6ebb30ac337" BLOCK_SIZE="4096" TYPE="ext4"
/dev/sda2: PARTLABEL="Microsoft reserved partition" PARTUUID="8a050574-c4f4-4e0e-a4ca-25b8d065acf2"
/dev/sda5: PARTLABEL="Donnees" PARTUUID="f75f6cc8-6e47-4322-b754-1bc7c18e68b8"
nano /etc/fstab


J'ai écrit : UUID=62081b3887c4eb1a /home/utilisateur/Mes_Documents  udf defaults,uid=1000,nodev,nofail,x-gvfs-show  0   0

mount -a


Ça marche du côté de Debian ; par contre, la partition n'est pas détecté du côté de W10 (plus précisément, le système de fichier n'est pas détecté). J'avais initialement oublié de désactiver le démarrage rapide, mais sa désactivation n'a rien changé au problème.

#11 Re : Suivi du Wiki et des Projets Git » Partition de stockage au format udf commune à windows et debian » 27-02-2022 19:19:59

Gab'
Je récapitule/reformule les questions/réponses issues de mes échanges avec --gilles--
Question 1 : la taille maximale d'une partition formatable en UDF augmente quand la taille des secteurs physiques du disque augmente. Comment connaître la taille (visible par l'OS) des secteurs physiques de son disque ? La norme "format avancé" défini une taille de 512 o pour un disque 512e et 4096 o pour un disque 4Kn. Qu'en est-il pour les clés USB ?
Question 1bis : quelle taille de secteur logique choisir pour le formatage UDF ? Quelle taille optimale ? Le bon choix est-il fait automatiquement par la commande mkudffs ?
Question 2 : comment est-géré le "format avancé" ? Soit le disque est 512e et fait croire à l'OS qu'il a des secteurs physiques de 512 o (le disque émule des secteurs de 512 o alors qu'il a des secteurs physiques de 4096 o), soit il est 4Kn et lui montre directement ses secteurs physiques de 4096 o (dans ce cas, il est "honnête" avec l'OS). C'est valable pour tout le disque, quelque soit la partition, et quelque soit l'OS.
Question 3 : pourquoi ma partition UDF n'est-elle pas reconnue par Windows alors qu'elle est reconnue par Debian ?
Question 4 : pourquoi la commande mkudffs n'a-t-elle pas automatiquement trouvé la taille de ma partition ? Est-ce parce que ma partition est grande ? (1 To)
Question 5 liée à la question 3 : qu'est-ce que donne la partition avec parted ou Gparted ? Est-ce que ça résout le problème de la question 3 ?

Quelques sources d'information :
https://en.wikipedia.org/wiki/Universal_Disk_Format
https://en.wikipedia.org/wiki/Advanced_Format
https://www.seagate.com/fr/fr/tech-insi … aster-ti/t
https://www.intel.fr/content/www/fr/fr/ … orage.html
https://unix.stackexchange.com/question … 4096-bytes

#12 Suivi du Wiki et des Projets Git » Partition de stockage au format udf commune à windows et debian » 19-02-2022 14:54:06

Gab'
Réponses : 16
Voilà un (futur) tuto qui a pour objet la création d'une partition formatée en UDF pour stocker des données et y accéder depuis debian ou windows (dualboot).

Le chantier est là : https://debian-facile.org/atelier:chant … -et-debian

Il se base sur ce tuto :
https://debian-facile.org/doc:systeme:sauvegarde-data
Il est lié à ce chantier :
https://debian-facile.org/atelier:chant … age-en-udf
Et il pourrait peut-être apporter des choses à ce chantier :
https://debian-facile.org/atelier:chant … pe-powerpc

Merci à --gilles--

#14 Re : Suivi du Wiki et des Projets Git » Data - partition /home déplacée de la racine » 19-11-2021 23:46:21

Gab'
Après lecture des derniers posts, j'ai cherché à m'informer un peu sur le format UDF et en particulier sur ses avantages et inconvénients :
- quels systèmes d'exploitation lisent et écrivent dans le format UDF,
- quelle taille de volume maximum,
- quelle taille de fichier maximum.
La taille de fichier ne semble pas du tout être un problème mais j'ai vu que la taille du volume ne pouvait pas dépasser 2 Tio alors qu'aujourd'hui, de plus en plus de disques durs arrivent à ce niveau ou au dessus. Mais l'info (page wikipedia) n'est pas super claire puisque la page anglaise de wikipédia semble indiquer qu'on peut avoir des volumes plus grands. Est-ce que vous auriez une page web ou un document qui fournirait des informations à jour et compréhensibles sur le format UDF ? Le site de l'OSTA (créateur de cette norme) donne des infos qui ne sont pas très compréhensibles de mon point de vue, et sur diverses pages j'ai trouvé des infos qui tantôt semblent indiquer que UDF et ISO9660 désignent la même chose, tantôt sont des standards différents. Cette page wikipédia https://en.wikipedia.org/wiki/Compariso … le_systems semble même douter de la compatibilité d'UDF avec Windows alors que le format ISO9660 est absolument compatible avec tous les OS présentés sur cette page. Et puis il y a aussi ISO/IEC 13346 et ECMA-167...
Bref, je suis perdu ! De quoi parle-t-on quand on parle d'UDF ?

#15 Re : Autres » [Résolu] Evolution - Dossiers inclus dans le dossier INBOX » 24-10-2021 15:13:37

Gab'
Oui, c'est exactement ça. Mais n'y a-t-il pas une astuce comme sur Thunderbird pour retrouver une architecture "normale" où tous les dossiers sont au même niveau que le dossier des messages reçus (boîte de réception) ?

#16 Autres » [Résolu] Evolution - Dossiers inclus dans le dossier INBOX » 24-10-2021 12:17:07

Gab'
Réponses : 3
Bonjour !

Je viens de configurer Evolution et de voir que tous les dossiers de mon adresse mail (laposte.net) sont inclus dans le dossier INBOX. J'aimerais les sortir de ce dossier pour les afficher au même niveau que le dossier INBOX. Sur Thunderbird, on peut aller dans "Paramètres des comptes > Paramètres serveur > Avancé" et définir "INBOX/" dans l'espace de noms personnel, de manière à ce que tout s'affiche correctement automatiquement. Je n'ai pas trouvé cette option sur Evolution. Quelqu'un a-t-il la réponse ?

#17 Système » [Résolu] Erreur UEFI MokListRT: Out of Ressources » 23-06-2021 21:20:27

Gab'
Réponses : 1
Bonjour !

Des mises à jours étaient disponibles pour ma debian, alors je mets à jour le système, l'ordinateur redémarre, le logo de l'ordi s'affiche et là...

Could not create MokListRT: Out of Ressources
Something has gone seriously wrong: import_MOK_state(): out of ressources


Après un petit coup de stress, je suis 'rassuré' de voir que ce problème est déjà décrit sur internet, notamment ici : https://askubuntu.com/questions/1029889 … -resources
et ici : https://askubuntu.com/questions/1279602 … -parameter

J'ai suivi les indications de la réponse figurant au premier lien et mon ordinateur a pu démarré correctement.

Mais maintenant, je me demande comment c'est arrivé, si ça peut arriver à nouveau et pourquoi. D'après ce que j'ai lu, le problème est toujours arrivé après une mise à jour. J'imagine que c'est une mise à jour de grub qui pose problème. Mais sauriez-vous expliquer ça plus en détail ?

#18 Re : Suivi du Wiki et des Projets Git » Data - partition /home déplacée de la racine » 31-01-2021 11:35:58

Gab'
Il y a sans doute des améliorations à apporter à ce tuto, mais je vous trouve un peu sévères ! Je suis nouveau sur linux et j'ai réussi à suivre ce tuto presque sans problème (javais juste oublié de désactiver le démarrage rapide de W10).

J'ai installé W10 et Debian 10 en dualboot avec une partition commune pour avoir accès à mes données quelque soit l'OS choisi au démarrage. Et ça marche très bien ! (et j'en suis fier ! big_smile)

--gilles-- a écrit :

Enfin, si vous voulez garder ce tuto, parce que pourquoi vouloir créer une partition data alors que l'on peut très bien sauvegarder avec un disque dur externe, une clé USB, voire le cloud ?

Tout simplement parce que avec cette technique, l'utilisateur peut utiliser son ordinateur portable n'importe où et sans matériel complémentaire (pas besoin de disque externe, de clé USB, de connexion internet).

Croutons a écrit :

Nous allons créer un dossier que l'on va appeler Mes_Documents dans le dossier de l'utilisateur.

Personnellement, je l'ai appelé "Mes_donnees" pour éviter toute ambiguïté avec le dossier Mes documents.

Croutons a écrit :

    Par ailleurs, cela permet de ne pas alourdir inutilement le /home, et rend les sauvegardes systèmes plus faciles et légères pour les débutants.
en quoi le fait d'avoir une partition déporté rend les sauvegarde plus légères et plus facile
en lisant cela on pourrait se dire chouette plus besoin de faire de sauvegarde de ses données

Je pense que dans cette phrase, l'auteur parlait de la sauvegarde du système d'exploitation et des fichiers de configuration qui est plus légère parce que les données n'en font pas partie (il y a donc deux sauvegardes indépendantes : système et données).

Croutons a écrit :

edit: a bien relire le tuto je pense qu'il faut tout revoir à commencer par le nom sauvegarde-data, ce n'est pas une sauvegarde !!

Tout à fait d'accord, je propose "Dualboot : partition de données commune en NTFS"

#19 Re : Installation et migration » [Résolu] Erreur \g2ldr.mbr 0xc000007b et problème de boot » 12-12-2020 18:40:08

Gab'
Le problème venait bien de la clé elle-même. Ma seconde clé a booté sans aucun problème ! Je m'en rappellerai la prochaine fois wink

Merci raleur !

#20 Re : Installation et migration » [Résolu] Erreur \g2ldr.mbr 0xc000007b et problème de boot » 11-12-2020 22:14:00

Gab'

raleur a écrit :

Par ailleurs j'ai déjà vu certaines clés USB qui ne fonctionnaient pas avec certains BIOS. Avais-tu utilisé la même clé USB pour installer Windows ?

Ah non, c'est vrai que j'ai une clé USB différente pour chaque OS. Je vais faire un essai avec la clé W10 pour voir.

Merci pour les conseils.

#21 Re : Installation et migration » [Résolu] Erreur \g2ldr.mbr 0xc000007b et problème de boot » 11-12-2020 13:54:38

Gab'
Merci pour cette réponse.

raleur a écrit :

Je n'ai pas vérifié, mais je soupçonne qu'il est installé dans la partition système de Windows (C:).

Il y a en effet un dossier win32-loader et deux fichiers g2ldr et g2ldr.mbr figurant dans C:

raleur a écrit :

Normalement, la meilleure méthode avec les images ISO hybrides de Debian est "dd", qui fait la même chose que la commande du même nom (copie brute du contenu de l'image sur la clé USB).

J'utilise justement une image ISO hybride, et bien que Rufus recommande par défaut l'écriture en mode "image ISO", il propose aussi un mode d'écriture "image DD" qui semble correspondre à ce que tu indiques. J'ai essayé les deux méthodes sans succès.
Il reste une troisième méthode proposée par Rufus (disponible uniquement en uefi-gpt) que je n'ai pas encore essayé : mode ISO-ESP. Mais je n'ai pas trouvé de documentation sur cette option.

raleur a écrit :

Tu n'as pas plutôt un Linux quelconque sous la main (système live ou autre) pour utiliser cp (recommandé dans le manuel d'installation) ou dd ?

Non, je n'en ai pas encore. J'ai commencé à me renseigner sur le sujet, mais c'est relativement complexe pour un débutant et il va me falloir un peu de temps avant de maîtriser le sujet et pouvoir créer et utiliser un système live.

Bon, et bien je pense que je vais tout réinstaller en bios-mbr et je retenterai l'expérience uefi-gpt ... quand j'aurai fini ma formation jedi et que la force sera avec moi. big_smile

#22 Installation et migration » [Résolu] Erreur \g2ldr.mbr 0xc000007b et problème de boot » 10-12-2020 21:36:38

Gab'
Réponses : 6
Bonjour !

J'avais installé W10 et Debian10 en dualboot sur mon ordinateur portable (Dell Latitude E5510) et tout fonctionnait, en grande partie grâce à vous d'ailleurs ! wink

Mais j'ai un petit disque dur (250 Go) et je m'étais un peu loupé en créant les partitions (M. ne fait pas la différence entre Mo et Mio...) donc je n'avais pas assez d'espace pour mes données. J'ai essayé de modifier la taille des partitions, mais c'était compliqué, d'autant plus que j'utilisais le format BIOS-MBR avec une partition étendue ...

Donc je me suis dit que ça pouvait être une bonne idée de tout réinstaller en utilisant le mode UEFI-GPT, qui offre a priori plus de souplesse pour la gestion des partitions. Je change le paramètre correspondant dans le BIOS, je vérifie que le secure boot est désactivé (il n'est pas pris en charge par mon système) puis je réinstalle W10 (64 bits). Le système fonctionne bien et la table de partition est bien gpt. Je réduis la partition, j'en crée une nouvelle pour mes données et une autre pour Debian. Je désactive aussi le démarrage rapide.

Comme ma clé de boot Debian n'a jamais voulu booter, je branche la clé sur ma session W10 puis je clique sur setup pour lancer l'installateur. L'ordinateur redémarre et Windows Boot Manager me propose soit de continuer sur W10 soit de poursuivre l'installation de Debian. Je choisis la 2nde option, j'attends quelques instants et j'obtiens l'erreur : "Le fichier \g21dr.mbr est manquant ou corrompu. Erreur 0xc000007b"

J'ai recréé ma clé de boot Debian plusieurs fois en testant des options différentes avec Rufus, au cas où il y en aurait une qui marcherait par miracle mais aucun résultat.

Il y a quelqu'un qui a eu le même problème ici (https://forums.kali.org/showthread.php? … 0xc000007b) mais il n'a pas partagé sa solution. Et j'ai vu qu'un bug sur Debian avait été déclaré en 2016, mais je n'ai pas trouvé d'explication non plus.

Du coup, j'ai deux questions :
   - est-ce que vous avez une solution pour cette erreur ?
   - est-ce que vous savez pourquoi ma clé Debian ne boote pas alors que celle de W10 a booté sans difficulté sur le même port USB ? Elle est tout simplement ignorée par le BIOS ! Et j'avais déjà rencontré le même problème lors de ma 1ere installation en BIOS-MBR, mais dans ce cas, le lancement de l'installation à partir de W10 avait fonctionné.

#23 Re : Matériel » [Résolu] Paramétrer pavé tactile/touchpad (sensibilité) » 24-11-2020 23:05:08

Gab'

èfpé a écrit :

L'outil touchpad-edge-detector est fourni par le paquet libevdev-tools, comme le montre ce retour :

Merci ! J'essayais d'installer le paquet "libevdev" au lieu de "libevdev-tools", ça ne pouvait pas marcher...

#24 Re : Matériel » [Résolu] Paramétrer pavé tactile/touchpad (sensibilité) » 21-11-2020 13:05:54

Gab'

èfpé a écrit :

Merci pour ton retour, il serait d'ailleurs dans l'esprit du Libre de faire un rapport de bogue (cf. doc).

J'ai un peu galéré, mais c'est fait !
https://gitlab.freedesktop.org/libinput … issues/539

#25 Re : Suivi du Wiki et des Projets Git » Data - partition /home déplacée de la racine » 17-11-2020 14:19:57

Gab'

deuchdeb a écrit :

Je crois que dans windows il faut désactiver le démarrage rapide car sinon ça peut créer des problèmes.

raleur a écrit :

C'est une option. Une autre option consiste à ne pas arrêter Windows avec "arrêter" ou "mettre en veille" mais avec "redémarrer" avant de démarrer avec Debian.

Je me suis rendu compte de ces deux possibilités ce matin en faisant des essais. Je pensais que l'option "démarrage rapide" était désactivée par défaut et je me suis trompé. Résultat : j'ai décoché la case "Activer le démarrage rapide" et ça a l'air de fonctionner.
Au passage, sans cette option, mon ordi n'est pas plus lent à démarrer avec W10.

raleur a écrit :

1) Cette "commande" est erronée. sudo doit précéder chown, pas le remplacer.
2) C'est $USER, pas $USERS.
3) Il semble que ton compte utilisateur n'est pas membre du groupe sudo. Il faut l'ajouter et ouvrir une nouvelle session utilisateur pour que ce soit pris en compte.
4) Je répète que les propriétaires et permissions dans un système de fichiers NTFS sont fixées au montage, on ne peut pas les modifier avec chown ou chmod.

Je me suis bizuté tout seul alors ! J'avais plus les yeux en face des trous lol
Merci à tous !

Pied de page des forums

Propulsé par FluxBB