M i a

Toutes mes réponses sur les forums

Affichage de 15 réponses de 451 à 465 (sur un total de 2,204)
  • Auteur
    Réponses
  • Avatar photoM i a
    Participant

    Je me souviens juste que lors de l'installation de win 10, j'avais eu un message qui me parlait de disque ou partition GPT et qui fallait le mettre en MRB pour pouvoir installer win 10 ... ou un truc comme ça ... ce que j'avais fait. c'est peut-être dû à cela ?

    Oui certainement, mais pourquoi il t'a demandé cela, mystère...

    Si Linux démarre, c'est donc que Windows ne peut pas voir le contenu des partitions ext4 et il les considère donc comme vides, ok.

    Il me semble anormal ton Linux, tu pourrais cliquer sur le petit dossier en bas, puis système de fichiers dans le panneau de gauche pour afficher le contenu du système, et mettre une capture stp.

    Le mien est comme ça (mais je suis encore en version 19.3) :

    par conte ça quand je clic sur "propriétés" du ssd :

    C'est le SSD de Windows 10 je suppose ?

    Quand tu affiches les propriétés de Disque 4, c'est exactement la même fenêtre que pour Disque 0 (Bus Number 0), alors que le Disque 1 a bien un emplacement sur le bus 1 :scratch:

    Puisque Linux démarre, essaye d'installer GParted depuis le gestionnaire de logiciel s'il n'est pas installé par défaut, il est plus pratique et plus parlant que celui de Windows.

    et comment voir la partition linux depuis windows 10 ? visiblement ce n'est pas possible. ce n'est pas du ntfs.

    Effectivement, il faut pour cela que la partition /home soit en ntfs et Windows pourra voir tes documents (mais pas le système Linux qui lui doit être installé en ext4).

    Au fait, il y a un outil de capture d'écran, tu n'es pas obligé de t'embêter à prendre des photos ;-)

    Image

    en réponse à : Gestionnaire — générateur de mots de passe [RESOLU] #61575
    Avatar photoM i a
    Participant

    un tableau fait avec Word (idem site+id+mdep) et là on peut faire un copier-coller

    Oui mais si ce tableau est dans ton ordi, un pirate peut récupérer tous tes mot de passe !

    Tu n'as pas la sécurité d'un mot de passe principal, à moins de chiffrer ton fichier.

    Mon souci, ce sont des tutos qui ne me satisfont pas. Pas très clairs pour quelqu'un qui découvre ces gestionnaires de mots de passe.

    L'aide de Firefox est bien faite, tu devrais t'en sortir facilement :

    https://support.mozilla.org/fr/kb/gerer-mots-de-passe-firefox-ordinateur-firefox-lockwise

    https://support.mozilla.org/fr/kb/commencer-avec-firefox-lockwise#w_3-installer-ou-parametrer-firefox-lockwise

    Image

    en réponse à : Gestionnaire — générateur de mots de passe [RESOLU] #61570
    Avatar photoM i a
    Participant

    Bonjour André,

    Moi je me simplifie la vie, j'utilise le gestionnaire de mots de passe de Firefox avec un mot de passe principal ;-)
    Ceci dit, je garde tout de même sur papier :

    • celui de l'accès à mon compte bancaire
    • les mots de passe de les 2 adresses mails principales (qui sont malgré tout spammées à qui mieux mieux :whistle: )
    • l'accès au compte de ma box
    • et bien sûr le mot de passe principal de Firefox

    J'ai été tenté d'utiliser un gestionnaire de mots de passe suite à un article très bien fait et convainquant paru sur le site il y a un moment.
    J'ai commencé l'installation puis me suis ravisée au dernier moment.
    J'ai crains qu'un dysfonctionnement du logiciel empêche définitivement l'accès à mes mots de passe bg

    Voilà comment ça se présente avec Firefox :

    Bien sûr, quand on se connecte à un site, les identifiants et mots de passe sont remplies automatiquement.

    Image

    Avatar photoM i a
    Participant

    message à supprimer (erreur avec la quote)

    Image

    Avatar photoM i a
    Participant

    Bonjour,

    Pour résumer les problèmes :

    • Le disque 0 qui contient Windows 10 et possède aussi les 2 partitions permettant de démarrer un système en UEFI sont libres à 100 %, donc à priori vides.
      Ceci dit, tu parles d'un problème avec le sécure boot, c'est quoi le problème ?
      Si c'est que tu ne le trouve pas, ta carte mère est peut-être encore avec du Bios Legacy.
      Je dis cela car je viens de jeter un œil sur la première page du topic, ton bios date de 2012.
      Dans ce cas les partitions vides ne servent à rien, et du coup ça ne pose pas de problèmes à ton Windows 10 qui démarre quand même. Alors pourquoi ces partitions ont été créées ? :unsure:
    • Le disque 1 contient une partition non allouée qui s'est crée indépendamment de ta volonté.
    • Le disque 4 sensé contenir Linux a ses 2 partition libres à 100 %, le système ne semble pas installé...

    Pour la discordance entre l'emplacement physique des disques et leur numérotation dans le gestionnaire de disques de Windows, je ne sais pas :unsure:

    Pour les disques de 2 To et leurs partitions, difficile de dire à quoi ils correspondent depuis le gestionnaire de disques.
    Il faudrait les ouvrir depuis Windows, voir ce qu'ils contiennent et les renommer pour leur donner un nom explicite afin ne pas les confondre.

    Pour démarrer le disque Linux en premier, je passerais par le bios parce-que c'est plus simple que d'ouvrir la tour.
    Mais dans ton cas, on est un peu dans le brouillard, et il serait sans doute plus judicieux de le faire matériellement, donc tu le place sur le sata0 et tu débranches les autres, comme ça on sera sûrs.
    Mais je pense que ce disque 4 est vide et que ça ne va pas démarrer...

    Pour la mise à jour de Windows 10, je ne la ferais pas avant d'avoir réglé tous les problèmes, pas la peine d'en remettre un par dessus...
    Ceci dit, je ne peux pas te dire si cette mise à jour s'est bien passée chez moi, pour la bonne raison que je n'ai plus de Windows, bon débarras FWBL

    Image

    Avatar photoM i a
    Participant

    Merci pour ce récapitulatif, c'est bien plus lisible comme ça :good:

    pour le ddur J:\ appelé "nouveau nom" je ne vois pas pourquoi ???

    Juste que ça n'est pas très parlant, mais si ça te convient pourquoi pas ;-)

    et je ne vois pas pourquoi je changerai ...

    Il n'est pas question d'en changer :D

    Bien qu'on ne voit pas le disque 0 dans la liste des disques, sous la rubrique Volume on constate que les partitions 1 (partition EFI) et 2 (partition de récupération) de ce disque 0 sont vides (espace libre 100 %), c'est bizarre !

    Idem pour la partition H: :scratch:
    Ce disque 4 sensé contenir Linux démarre si tu le places en premier ?

    Et en plus ton Windows 7 qui ne veut plus rien savoir... On va déjà attendre de voir ce que donne la tentative de réparation.

    Bon courage ;-)

    Image

    en réponse à : petit souci de boot linux mint 20.1 et win10 #61534
    Avatar photoM i a
    Participant

    Bonjour Martin,

    non juste linux et win 10 32 bit qui apparaît quand je branche la prise sata

    Dans ton premier message tu disais :

    Sachant que j'ai fait un test avec un hhd qui contient une version de win10 32 et linux et là j'aie le boot qui marche.

    Je suppose qu'il s'agit du même disque.
    J'en déduis que la mise à jour du grub n'y est pour rien, ce Windows 32 bit a été détecté dès l'installation de Linux Mint.

    Donc le grub ne détecte pas le disque contenant Windows 64 bits :scratch:

    J'avais remarqué quelque chose de curieux en regardant le résultat de fdisk -l :

    /dev/nvme0n1p1 est la partition EFI qu'on voit sur les captures GParted
    Le type d'étiquette de disque est GPT, ce qui est normal.

    Tandis que pour Windows 10 64 bits sur /dev/sda il existe aussi une partition EFI, mais la commande montre que le type d'étiquette de ce disque est de type DOS alors qu'il devrait être également de type GPT.

    Je ne sais pas si c'est l'origine du problème, mais déjà je suis étonnée que ce Windows veuille bien démarrer...

    Et comme tu as justement un avertissement sur la partition MSR sda2, il n'est pas impossible que le soucis vienne de là.

    Les informations des partitions sont contenues dans la GPT (GUID Partition Table) qui remplace le système du MBR. Avec ce système, une partition MSR (Microsoft Reserved Partition) est nécessaire contenant certaines informations.

    https://forum.malekal.com/viewtopic.php?t=54143

    Normalement une mise à jour du grub suffit pour détecter les autres OS, à part cette bizarrerie efi/dos, je ne vois pas ce qui peut coincer, désolée :unsure:

    Image

    Avatar photoM i a
    Participant

    je dois être hanté par un fantôme ou alors un virus ???

    Il doit être hanté en effet ton PC !
    Un virus qui redimensionne les partitions, jamais entendu parler...

    Pas facile d'y comprendre quelque chose, on ne voit pas les mêmes lecteurs selon les différentes captures :scratch:
    On ne voit pas le disque 3 dans la capture de gestion des disques.
    Et les disques D: E: et J: non plus.

    Alors probablement que le disque 4 c'est Linux, et la petite partition H le secteur de démarrage.
    Pour le savoir, place ce disque sur le sata 0 ou mets le disque 4 en premier pour le démarrage dans le bios, et on verra bien si c'est Linux qui démarre ;-)

    Tu as beaucoup de disques et de partitions, j'en vois même une qui s'appelle "Nouveau nom (J:) :wacko:
    Je peux me tromper, mais tu sembles avoir fait bcp de manip sur tes partitions, peut-être as-tu créé celle de 46.58 Go non allouée sur le disque 1 par erreur en croyant en créer une ailleurs ?

    Image

    Avatar photoM i a
    Participant

    :bye:

    Si le système de fichiers du disque de données a pu être réparé avec un chkdsk, c'est peut-être qu'il y avait des clusters défectueux ou des problèmes sur le disque.

    Si tu as débranché tous les disques quand tu as installé Linux, le chargeur de démarrage de Windows 7 a été préservé et devrait logiquement être toujours là. Si tu le branches au premier sata, il devrait démarrer :scratch:

    Que ce problème d'inaccessibilité se soit produit sur 2 disques différents est vraiment curieux :unsure:
    Tu n'as pas eu de coupures de courant en cours d'utilisation ?
    Ils ont quel âge ces disques ?

    Réparer le démarrage avec BootRec peut être une solution, de toutes façons s'il ne démarre plus, il faut bien tenter quelque chose...
    Il existe également d'autres outils comme EasyBCD https://www.malekal.com/easybcd-editeur-bcd-configurer-demarrage-windows/

    Bonne chance ;-)

    Image

    en réponse à : petit souci de boot linux mint 20.1 et win10 #61519
    Avatar photoM i a
    Participant

    Bonjour Martin,

    pour le ID4 il apparaît au démarrage et si je choisis il démarre bien.

    Après l'update du grub les 3 systèmes sont proposés au démarrage ou pas ?

    une petite question pour le ID3 données je dois le laisser en exfat ou le mettre en ntfs parce que je veux l'utiliser avec linux 64 et win 10 en créant deux partition dédié pour chaque OS.

    Pour une partition de données ça n'a pas vraiment d'importance.
    Le format NTFS peut être utilisé en lecture/écriture par Windows et Linux Mint.
    ExFAT est plutôt utilisé pour la mémoire flash et les disques externes, et il faut installer des paquets supplémentaire pour l'utiliser avec Linux.

    De ma propre expérience, quand j'étais en dual-boot Windows10/Linux Mint, j'utilisais une partition commune en NTFS sur un disque interne réservé aux données, je n'ai jamais eu de soucis.

    Martin wrote:
    sachant que j ai installé linux en 1er a voir si ça pose un souci ou pas de l'avoir installé après

    Dans un dual-boot sur le même disque, il faut d'abord installer Windows puis Linux, sinon le chargeur d'amorçage de Windows va écraser celui de Linux qui ne sera plus proposé au démarrage.
    Mais si l'installation a été faite sur des disques séparés, l'ordre d'installation n'a pas d'importance, ce qui compte c'est que Linux soit placé sur le premier sata.

    Voilà :-)

    Image

    en réponse à : petit souci de boot linux mint 20.1 et win10 #61482
    Avatar photoM i a
    Participant

    Bonjour Martin,

    Merci pour les captures, et les annotations, j'y vois plus clair :-)

    ID1 : le drapeau de boot est sur la partition efi pour Linux,
    Il s'agit d'une installation UEFI.

    ID2 : il existe aussi une partition EFI avec le boot pour Windows 10 64 bits.
    Mais il semble y avoir un problème sur la partition sda2 réservée à MS.

    ID3 : c'est un disque de données, la table de partition dos ne devrait pas poser de problème.

    ID4 : là par contre, c'est du MBR puisque le système est en 32 bits.
    Tu ne pourras pas le faire apparaître dans le choix au démarrage, en parallèle des systèmes sur GPT

    As-tu mis à jour le Grub après l'installation de Linux ?
    C'est indispensable pour qu'il détecte les autres systèmes.
    Si ce n'est pas fait, entre cette commande et tu devrais avoir le choix entre Linux et Windows 10 64 bits.
    sudo update-grub

    Image

    Avatar photoM i a
    Participant

    Si tu as installé Linux sur le SSD se trouvant en premier dans l'ordre de boot de ton bios, et que tu n'as pas mis à jour le chargeur d'amorçage de Linux, le Grub, pour qu'il détecte les autres systèmes, il ne les voit pas, d'où la commande pour le mettre à jour ;-)

    Essaye de mettre le SSD Win 7 en premier dans l'ordre des Sata, normalement il devrait démarrer Win 7 (mais plus Linux).

    A moins que ça te convienne de changer d'OS de cette façon, il faut entrer la commande dans le terminal de Linux.

    Image

    Avatar photoM i a
    Participant

    je ne comprends pas bien. En fait je peux aller sur le ssd où il y a win 7 quand je suis sur linux. il le voit.

    C'est pour cela que je te dis d'entrer la commande.
    Le chargeur de démarrage de Linux est grub, la commande sudo update-grub le met à jour pour qu'il  détecte les autres systèmes et te les proposes au démarrage.

    sous win 10 je peux faire un coup de recuva sur le ssd win7 et il me retrouve bien des fichiers et dossiers que j'ai pu récupérer ... pas tous mais une grande partie ...

    Là je ne vois pas comment une installation d'OS peut avoir supprimé une des fichiers, jamais vu ça :wacko:

    :bye:

    edit : tu peux aussi récupérer les fichiers depuis Mint, peut-être plus simple qu'avec Recuva

    Image

    Avatar photoM i a
    Participant

    Bonjour,

    l'installation s'est bien passé sauf qu'il ne m'a pas demandé pour faires 2 partitions (home et ntfs par ex).

    Il faut cliquer sur "autre chose" lors de l'installation et c'est ensuite que tu prépares les partions (/ pour la racine, puis le /home où tu choisis de formater en ntfs, puis le swap éventuellement).

    Dans la section "Utiliser comme" tu choisis NTFS à la place de "système de fichiers journalisé ext4"

    j'ai quand même été très déboussolé une fois ayant booté sur linux ... la première chose que je me suis dite c'est de vite revenir sous windows.

    Donc tu as pu booter sur Linux, alors ouvre un terminal et entre cette commande (tous les disques branchés bien sûr) :

    sudo update-grub

    Cela devrait normalement détecter les disques qui contiennent un OS et les ajouter au menu de démarrage.

    Image

    en réponse à : petit souci de boot linux mint 20.1 et win10 #61443
    Avatar photoM i a
    Participant

    Bonjour,

    Tout d'abord merci pour les 2 fichiers joints, pas si fréquent d'obtenir tant de renseignements sans les demander :good:

    Concernant les disques, j'en vois 5 sur le fichier systeme.odt

    rives: Local Storage: total: 2.97 TiB used: 594.99 GiB (19.6%)
    ID-1: /dev/nvme0n1 vendor: Silicon Power model: SPCC M.2 PCIe SSD size: 238.47 GiB
    speed: 31.6 Gb/s lanes: 4 serial: <filter>
    ID-2: /dev/sda vendor: Silicon Power model: SPCC Solid State Disk size: 238.47 GiB
    speed: 6.0 Gb/s serial: <filter>
    ID-3: /dev/sdb vendor: Seagate model: ST2000DM006-2DM164 size: 1.82 TiB speed: 6.0 Gb/s
    serial: <filter>
    ID-4: /dev/sdc vendor: Seagate model: ST3250820AS size: 232.89 GiB speed: 3.0 Gb/s
    serial: <filter>
    ID-5: /dev/sdd type: USB vendor: Toshiba model: MQ01ABD050 size: 465.76 GiB
    serial: <filter>
    Partition: ID-1: / size: 233.24 GiB used: 12.05 GiB (5.2%) fs: ext4 dev: /dev/nvme0n1p5

    Sur l'autre fichier, on voit qu'il y a un amorçage sur :
    /dev/nvme0n1p1 * 2048 1050623 1048576 512M b W95 FAT32

    le SSD sda a une table de partition gpt et contient Windows.
    le HDD sdb a une table de partitions dos, c'est donc du mbr
    et il semble contenir un amorçage sur sda1
    le HDD sdc idem

    Le mélange de différents type de système de fichiers doit poser problème je pense.
    Et le fait que 3 disques contiennent un amorçage probablement aussi.

    Pour qu'on voit bien ton partitionnement, tu peux éventuellement faire une capture de chaque disque avec Gparted.

    Image

Affichage de 15 réponses de 451 à 465 (sur un total de 2,204)