Choix du Dual-boot ou de la Virtual Box [RESOLU]
- Ce sujet contient 24 réponses, 5 participants et a été mis à jour pour la dernière fois par Visio 3, le il y a 2 années et 6 mois.
-
CréateurSujet
-
20 avril 2022 à 12 h 01 min #69827Serpico 91Participant
Bonjour à tous,
j'ai finalement installé Linux Mint en dual boot à côté de Windows 10 avec le logiciel "unetbootin". Cela me permet de faire mes premiers pas avec linux. Cependant l'inconvénient de ce système est qu'il ne permet pas de rapatrier ses favoris dans Firefox ou d'accéder facilement à mon gestionnaire de mot de passe qui est installé sur windows 10, sans être obligé de redémarrer le système.
La virtual Box n'est elle pas la meilleur solution de test?
Serpico 91
-
CréateurSujet
-
AuteurRéponses
-
20 avril 2022 à 12 h 13 min #69830AZAMOSModérateur
Salut Serpico 91,
Non, pour tester réellement dans les conditions les plus réalistes le dual boot est la meilleur solution.
En ce qui concerne les favoris de Firefox, c'est tout simple : tu crée le fichier de sauvegarde de ton navigateur sur Windows 10, puis au choix tu le met sur une clé ou USB, ou bien depuis Linux tu farfouilles la partition Windows pour récupérer le dit fichier.
En ce qui concerne ton gestionnaire de mot de passe, c'est autre chose : il faudrait déjà connaître son nom, et voir si au passage il existe une version Linux de celui-ci.
20 avril 2022 à 14 h 45 min #69832Serpico 91ParticipantBonjour Azamos,
Je continue tout doucement mon initiation (des années de cerveau formaté à Windows)...
J'ai donc récupéré mes favoris de Firefox car ils sont aisément lisibles dans l'arborescence des fichiers enregistrés. Par contre, je n'arrive pas à retrouver mon gestionnaire de Mots de passe (Kaspersky Password Manager). J'ai aussi sous Windows l'excellent Bitwarden.
Y a t'il un logiciel de sauvegarde de données qui pourrait remplacer l'excellent SyncBackFree?
Au passage, je trouve le démarrage de Linux particulièrement long.
Est-ce normal?
Serpico91
20 avril 2022 à 16 h 37 min #69834AZAMOSModérateurRe,
Kaspersky Password Manager n'existe pas sous Linux ; en revanche Bitwarden existe sous Linux, et il est même disponible dans la Logithèque.
Pour le démarrage long, là ce n'est pas normal. Difficile comme cela d'en connaître la cause sans savoir comment est la machine.
20 avril 2022 à 19 h 36 min #69837Serpico 91ParticipantIl est difficile de s'y retrouver dans l'arborescence des dossiers système.
D'autre part, y a t'il un logiciel de sauvegarde des données équivalent à SyncBackFree?
Serpico 91
20 avril 2022 à 20 h 50 min #69838AZAMOSModérateurLà je passe le relais à Mia qui saura mieux te guider en ce qui concerne un logiciel de sauvegarde de données ; moi j'en suis encore à la sauvegarde "à la mano"
21 avril 2022 à 10 h 29 min #69846M i aParticipantBonjour à vous deux,
Serpico91, je te renvoie tout d'abord aux différents articles que j'avais proposés sur le site :
Je te conseille de commencer par celui-ci qui est très simple à mettre en place et te donne un accès en clair aux sauvegardes, te permettant de récupérer un fichier à la volée :
https://sospc.name/sauvegarder-donnees-linux/L'inconvénient étant que tu dois lancer la sauvegarde toi-même.
Mais il y a moyen de l'automatiser, voir ici :
https://sospc.name/planifier-tache-linux/Celui-ci me plaît moins car on ne peut pas accéder à la sauvegarde en clair, mais il a le mérite du 2 en 1 (sauvegarde + planification) :
https://sospc.name/sauvegarde-documents-personnels-linux/Et enfin, pour sauvegarder le système :
https://sospc.name/sauvegardez-systeme-linux-timeshift-mia/Timeshift permet de sauvegarder les données en même temps si tu le souhaites, ce qui présente toutefois un inconvénient, comme je le mentionne dans le tuto :
...si vous restaurez une ancienne sauvegarde du système + données réunies, vos données auront évolué entre temps, et vous perdrez vos fichiers créés ou modifiés depuis.
Tu peux le planifier et faire une sauvegarde à la demande ponctuellement.
Par exemple pour faire des essais et récupérer ensuite ton système comme il était avant.
Ça m'arrive souvent, c'est très pratiqueBonne sauvegardes
21 avril 2022 à 10 h 59 min #69851Serpico 91ParticipantBonjour Mia,
Je te remercie pour tes précieux conseils.
Je rencontre maintenant un autre écueuil de néophyte. En effet, j'ai dû faire une erreur en retapant mon mot de passe Linux qui est souvent demandé pour la gestion du système. Résultat je n'arrive plus à le réinitialiser.
Serpico91
21 avril 2022 à 11 h 58 min #69853AZAMOSModérateurRe,
La cause la plus probable est que lors de la création du mdp le pavé numérique était désactivé... ou à l'inverse c'est que tu le tapes actuellement avec le pavé numérique désactivé.
Le verrouillage majuscule actif cause ce genre d'erreur aussi.
Confirme que tu tapes bien le bon mdp en ouvrant un fichier texte et en le composant en clair ; ensuite tu fais un copier-coller pour être sûr de ton coup.
21 avril 2022 à 18 h 10 min #69856Serpico 91ParticipantJe ne m'en sors pas. Le mieux serait sans doute d'effectuer une procédure de réinitialisation....
Serpico91
21 avril 2022 à 22 h 44 min #69858AZAMOSModérateurIl existe bien une méthode pour réinitialiser le mdp, mais c'est un poil complexe.
Perso si tu n'as pas grand chose sur ton Linux, le mieux est de repartir de zéro : ce n'est pas comme un Windows, ça s'installe vite et les Maj vont à la vitesse grand V.
De plus cela solutionnera très certainement les lenteurs que tu as constaté au boot.
22 avril 2022 à 8 h 37 min #69860Serpico 91ParticipantBonjour Azamos,
Je suis partant pour la désinstallation et réinstallation.
Quelle serait la meilleure procédure?
Serpico91
22 avril 2022 à 9 h 19 min #69861M i aParticipantSi tu veux tenter de réinitialiser ton mot de passe, j'avais mis cette vidéo de côté, c'est très bien expliqué : https://www.youtube.com/watch?v=YGZuOKLXzRU
Je ne l'ai cependant pas testé moi-même, n'ayant pas été confronté à ce problème.
Mais ce n'est pas normal d'avoir un démarrage plus long qu'avec Windows.
J'ai eu ce problème une fois, la cause en était un identifiant (UUID) qui ne correspondant pas dans le fichier /etc/fstab.
Pour moi c'était la swap, on peut éventuellement chercher de ce côté, mais AZAMOS n'a pas tort, la réinstallation de Linux n'est pas comparable niveau temps passé avec Windows.Si tu arrives à t'en sortir avec le mot de passe, tape cette commande dans le terminal afin qu'on voit quels services prennent le plus de temps au démarrage :
systemd-analyze blame --no-pager
Pour info, voilà les temps de démarrage chez moi :
mia@PC5:~$ systemd-analyze blame --no-pager 42.191s apt-daily.service 9.225s spamassassin.service 8.322s NetworkManager-wait-online.service 8.127s networkd-dispatcher.service 8.101s fwupd-refresh.service 8.026s man-db.service 6.422s udisks2.service 5.980s logrotate.service 5.231s accounts-daemon.service 4.855s fstrim.service 4.625s e2scrub_all.service 3.918s avahi-daemon.service 3.888s NetworkManager.service 3.829s ubuntu-system-adjustments.service 3.708s lightdm.service 3.658s dev-sdb2.device 3.504s thermald.service 3.490s systemd-logind.service 3.475s wpa_supplicant.service 2.801s fwupd.service 2.730s smartmontools.service 2.457s gpu-manager.service 2.275s networking.service 1.899s rsyslog.service 1.594s ssh.service 1.563s postfix@-.service 1.120s lm-sensors.service 984ms user@1000.service 948ms ufw.service 908ms apparmor.service 839ms e2scrub_reap.service 818ms systemd-fsck@dev-disk-by\x2duuid-e9b11471\x2dc256\x2d4f9c\x2db21f\x2db394c… 789ms dev-hugepages.mount 771ms dev-mqueue.mount 770ms sys-kernel-tracing.mount 752ms sys-kernel-debug.mount 720ms apt-daily-upgrade.service 711ms blk-availability.service 691ms keyboard-setup.service 671ms kmod-static-nodes.service 661ms alsa-restore.service 650ms lvm2-monitor.service 629ms modprobe@drm.service 625ms dev-disk-by\x2duuid-512283d8\x2d9d8c\x2d40c5\x2d975b\x2d52dbcd0fcd94.swap 609ms clamav-daemon.service 592ms systemd-udev-trigger.service 582ms atd.service 566ms mnt-VMs.mount 543ms systemd-modules-load.service 540ms colord.service 502ms systemd-remount-fs.service 495ms upower.service 469ms ua-timer.service 469ms ecbd.service 443ms systemd-tmpfiles-setup-dev.service 337ms systemd-sysctl.service 304ms virtualbox.service 294ms systemd-tmpfiles-setup.service 265ms geoclue.service 233ms pppd-dns.service 205ms systemd-journald.service 205ms dns-clean.service 189ms systemd-sysusers.service 188ms systemd-random-seed.service 175ms qemu-kvm.service 168ms sys-fs-fuse-connections.mount 166ms sys-kernel-config.mount 152ms setvtrgb.service 149ms openvpn.service 146ms kerneloops.service 140ms polkit.service 137ms grub-initrd-fallback.service 134ms ifupdown-pre.service 107ms console-setup.service 105ms systemd-user-sessions.service 86ms systemd-update-utmp.service 79ms systemd-resolved.service 77ms plymouth-read-write.service 76ms finalrd.service 73ms systemd-journal-flush.service 69ms grub-common.service 60ms systemd-timesyncd.service 50ms mnt-Rsync.mount 49ms systemd-udevd.service 42ms user-runtime-dir@1000.service 32ms hddtemp.service 17ms home.mount 15ms rtkit-daemon.service 14ms plymouth-quit-wait.service 11ms systemd-tmpfiles-clean.service 10ms proc-sys-fs-binfmt_misc.mount 10ms systemd-rfkill.service 10ms motd-news.service 10ms ureadahead-stop.service 8ms systemd-update-utmp-runlevel.service 2ms postfix.service mia@PC5:~$
22 avril 2022 à 9 h 39 min #69862M i aParticipantToujours si tu arrives à remettre un mot de passe, voici les commandes pour vérifier la correspondance UUID/fstab
Je ne serai pas beaucoup devant mon ordi aujourd'hui, je jetterai un œil dès que possible
sudo blkid
Mon résultat :
mia@PC5:~$ sudo blkid
[sudo] Mot de passe de mia :
/dev/sdc1: LABEL="Timeshift" UUID="997637c7-eb7f-4b4a-8f39-458486a31568" TYPE="ext4" PARTUUID="cdda708e-b862-4b99-ab02-618725829ccf"
/dev/sdc2: LABEL="Rsync" UUID="b8ecd89e-06ed-41cb-9315-5f0db20b754b" TYPE="ext4" PARTUUID="9fd5f05b-3755-4f46-8b2d-57efc0a43e66"
/dev/sdb2: UUID="a1d42368-2ec3-4c11-a888-9fe945bd5b4f" TYPE="ext4" PARTUUID="836218bd-1099-483d-bfd8-e34b8e75790b"
/dev/sdb3: UUID="e9b11471-c256-4f9c-b21f-b394c6f22f7a" TYPE="ext4" PARTUUID="bcd4143e-3c0f-4f91-b383-fb727d9afab8"
/dev/sdb4: UUID="512283d8-9d8c-40c5-975b-52dbcd0fcd94" TYPE="swap" PARTUUID="9e1e5142-9e97-49c4-a86d-8890777e426b"
/dev/sdb5: LABEL="VMs" UUID="82532e86-784f-4c49-ba8a-a6d64cd6d041" TYPE="ext4" PARTUUID="d3aeabb5-6350-4669-b4b2-646788b0dc9d"
/dev/sdb1: PARTUUID="a787d1f6-413d-41c0-81ec-490a2cc80735"
mia@PC5:~$
Puis ensuite, ouvrir le fichier fstab :
cat /etc/fstab
Chez moi :
mia@PC5:~$ cat /etc/fstab
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=a1d42368-2ec3-4c11-a888-9fe945bd5b4f / ext4 errors=remount-ro 0 1
UUID=e9b11471-c256-4f9c-b21f-b394c6f22f7a /home ext4 defaults 0 2
UUID=512283d8-9d8c-40c5-975b-52dbcd0fcd94 none swap sw 0 0
LABEL=Rsync /mnt/Rsync auto nosuid,nodev,nofail,x-gvfs-show 0 0
LABEL=VMs /mnt/VMs auto nosuid,nodev,nofail,x-gvfs-show 0 0
mia@PC5:~$ ^C
mia@PC5:~$
On peut voir que mes partitions racine, home et swap on bien le même identifiant dans le fichier fstab, ça ne sera pas le cas pour toi si le problème vient de là
24 avril 2022 à 17 h 57 min #69882Serpico 91ParticipantBonjour à tous,
J'ai désinstallé finalement le dual boot pour Linux Mint car je voudrais tester Zorin que je trouve assez séduisant, mais voilà que j'ai un problème avec mon lecteur de clef USB. Je change donc de rubrique.
A très bientôt
Serpico91
26 avril 2022 à 13 h 47 min #69891Serpico 91ParticipantBonjour,
Mon problème de lecture de clef USB étant réglé, je reviens chercher vos précieux conseils sur la meilleure façon de tester Zorin.
J'ai donc réinstaller un dual boot avec rufus qui fonctionne, mais quand je boote sur Zorin, celui-ci est très long à s'ouvrir.
Je suis sur Windows 10 et mon PC à 8GO de RAM
Serpico91
PS : je suis désolé mais je n'ai jamais réussi à faire fonctionné GFXPlorer
Attachments:
-
AuteurRéponses
- Vous devez être connecté pour répondre à ce sujet.