M i a
Toutes mes réponses sur les forums
-
AuteurRéponses
-
17 mai 2022 à 14 h 49 min en réponse à : Perte du démarrage de W10 après tentative de restauration du système [RESOLU] #70118M i aParticipant
Bonjour,
Ça me semble peu probable
Un forum est fait précisément pour éviter d'aller chez le dépanneur
D'ailleurs AZAMOS est justement dépanneur professionnelIl faut simplement procéder pas à pas, avec rigueur, et suivre les conseils donnés au fur et à mesure
Il y a plusieurs tutoriels très détaillés pour installer un dual-boot Windows/Linux Mint sur Sospc.
Darksky, AZAMOS, Visio3 et Christophe ont rédigé des articles accompagnés de nombreuses captures d'écran afin de pouvoir être suivi par des débutants ayant des notions très basiques en informatique.M i aParticipantje me suis fais greffé des bras bioniques
Oui mais t'as oublié de te faire greffer un cerveau, pour ça qu'on ne voit pas ta tête sur l'image
Aucun système de fichiers n'a été choisi comme racine
On ne sait pas quel type d'installation tu as choisi, mais dans tous les cas ce n'est pas très difficile à corriger :
https://linuxmint-installation-guide.readthedocs.io/fr/latest/install.html#
M i aParticipantM i aParticipantPour ma part, la mise à jour du bios est quelque chose que j'évite, j'ai du le faire 2 fois en tout et pour tout, avec un précédent ordinateur qui avait des problèmes de freeze.
Pourquoi ? Juste par peur d'un problème durant la mise à jour, sachant que la carte-mère peut très mal le prendre.
Ceci dit, puisque tu as voulu essayer Zorin, qui rencontre la même lenteur à l'ouverture, ça ne coûte rien de faire le test que je t'ai proposé.
Si l'interface graphique diffère d'une distribution à l'autre, généralement les commandes sont à peu près identique pour les distributions basées sur Debian, ce qui est le cas de Zorin et Mint.M i aParticipantBonjour,
lenteur lors de l'ouverture d'une version de Linux
Je t'avais proposé une analyse du démarrage de ton PC ici
J'y avais joint mes propres résultats pour que l'on puisse comparer et voir ce qui prend du temps chez toi, mais tu n'y as pas réponduM i aParticipantBonjour,
Par ici nous sommes davantage habitués à Linux Mint.
AZAMOS et moi l'utilisons depuis plusieurs années, il nous est plus difficile de te conseiller ou dépanner avec Zorin.Il me semble que Didier l'a utilisée un moment si je ne dis pas de bêtises, s'il passe par ici il pourra peut-être te renseigner.
Sinon essaye de poser la question sur leur forum.
M i aParticipanttu pourrais déjà tester avec la version actuelle
merci de me faire un retour......
Je crains bien que ce ne soit pas possible avant un certain temps, j'ai d'autres priorités actuellement, et bien que j'adore tester de nouvelles VM, mon temps n'est hélas pas extensible
M i aParticipant28 avril 2022 à 10 h 26 min en réponse à : Bureau à distance avec Google Chrome, vous connaissez ? #69905M i aParticipantHello Didier,
Ça existe depuis quelques années !
Oui, j'ai vu ça, mais n'utilisant pas ce type de logiciel, je n'avais entendu parler que de Teamviewer et AnyDesk, sur Sospc d'ailleurs
Je viens d'en découvrir un autre qui semble encore mieux https://www.dwservice.net/fr/download.html
Avec la doc si tu ne connais pas et que tu es intéressé https://docs.dwservice.net/docs/site/
Bonne journée
M 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à
M 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:~$
M 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
M i aParticipantBonjour,
Je trouve que c'est déjà pas si mal 8 Go.
C'est sûr que ce que tu attribues à la VM ne sera pas disponible pour la machine hôte, mais si tu lui laisses 4Go ça devrait aller.Et lorsque tu te sers de VirtualBox, en général tu n'utilise pas le système installé en dur en même temps.
Il faut juste éviter de le laisser travailler en tâche de fond sur quelque chose qui prend beaucoup de ressources.Et puis le réglage n'est pas figé, tu peux changer la quantité de ram attribuée à la VM très facilement
M i aParticipantCoucou AZAMOS ,
J'ai toujours pu passer à la version majeure suivante sans soucis, mais je n'ajoute pas de dépôts externes, et très peu de logiciels hors dépôts.
Je crois que si j'avais rencontré des difficultés et que j'avais du réinstaller à chaque fois, je me serais tournée vers une rolling release parce-qu'on a beau dire, refaire tous les petits réglages et peaufinages qu'on a mis en place, ça me prendrait un bon bout de temps
Et ce n'est guère motivant quand c'est pour simplement revenir à ce qu'on avait déjà fait !En tout cas c'est une bonne chose d'avoir simplifié les choses
M i aParticipantPour ma part j'utilise Firefox, pas de soucis
Chrome est à fuir, c'est connu...
Par contre surprise pour Opéra et sa note de 4/10 ! Je ne l'ai jamais essayé mais il est assez utilisé je crois.
Je n'avais jamais entendu parler d'Epic qui a la meilleure note avec un 10/10.
Merci pour le partage de cet article -
AuteurRéponses