Vous n'êtes pas identifié(e).
Ajouter les lignes suivante à la fin du fichier :
Enregistrer et fermer, puis relancer le gestionnaire de réseau :
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.
Dans la partition de 1000 Go laissée sans formatage, j'ai réalisé la manipulation suivante :
Là, j'ai eu l'erreur :
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é :
Ensuite, j'ai suivi la procédure de l'ancien tuto (partition partagée en NTFS)
J'ai écrit : UUID=62081b3887c4eb1a /home/utilisateur/Mes_Documents udf defaults,uid=1000,nodev,nofail,x-gvfs-show 0 0
Ç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.
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 ?
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).
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.
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).
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"
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.
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:
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.
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.
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...
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
Je crois que dans windows il faut désactiver le démarrage rapide car sinon ça peut créer des problèmes.
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.
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
Merci à tous !