J'utilise Manjaro depuis un petit moment et j'ai toujours des erreurs au démarrage. Si vous aviez des petites idées pour en avoir moins, je suis preneur.
Alors par exemple j'ai :
mai 20 01:28:14 tkpx kernel: [drm:r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x850C)=0xCAFEDEAD) mai 20 01:28:14 tkpx kernel: [drm:si_resume [radeon]] *ERROR* si startup failed on resume
Sauf erreur, ça vient de ma carte graphique. Bon, ça fonctionne quand même mais y a il un moyen de changer ça ? si ça se trouve ma carte fonctionne à un faible % de sa vraie capacité (ou pas?)
J'ai aussi des soucis avec le swap. Alors j'ai bien compris qu'avec 8go de ram, ça devrait le faire. Et que le swap n'est utile que pour le mode hibernation. Et j'ai lu que le soucis venait de Calamares car, lors de l'installation j'ai demandé à chiffrer mon disque, et le swap l'était également (donc impossible de se lancer). J'ai fais des modifications (et sûrement des bêtises) avec gparted pour changer ça.
Maintenant j'ai :
dev-disk-by\x2duuid-3063687b\x2df97a\x2d4d54\x2d8be3\x2d6506c8871032.device: Job dev-disk-by\x2duuid-3063687b\x2d mai 20 01:28:08 tkpx systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-3063687b\x2df97a\x2d4d54\x2d8be3\x2d6506c8871032.device. mai 20 01:28:08 tkpx systemd[1]: Dependency failed for Cryptography Setup for luks-3063687b-f97a-4d54-8be3-6506c8871032. mai 20 01:28:08 tkpx systemd[1]: Dependency failed for dev-mapper-luks\x2d3063687b\x2df97a\x2d4d54\x2d8be3\x2d6506c8871032.device. mai 20 01:28:08 tkpx systemd[1]: dev-mapper-luks\x2d3063687b\x2df97a\x2d4d54\x2d8be3\x2d6506c8871032.device: Job dev-mapper-luks\x2d3063687b\x2df9 mai 20 01:28:08 tkpx systemd[1]: Dependency failed for Encrypted Volumes.
et il cherche un truc pendant 1 minute, puis finalement ça démarre.
Alors je pourrais me refaire une install complète mais j'aimerai surtout comprendre comment ça fonctionne.
Bonsoir Pour la swap, tu fais sudo swapoff, puis tu commente la ligne swap dans /etc/fstab Au reboot, ça devrait aller mieux. Donne nous le retour de inxi -Fxzc0 et de cat /proc/cpuinfo Si tu as un i915, essaye d'éditer à chaud Grub au démarrage via la lettre [e] Et modifie la ligne comme sur cet exemple
linux /boot/vmlinuz-4.X-x86_64 root=UUID=8ddbb5ef-xxxxxxxxxxxxxx rw
qui devient:
linux /boot/vmlinuz-4.X-x86_64 root=UUID=8ddbb5ef-xxxxxxxxxxxxxx rw nomodeset i915.modeset=0 nouveau.modeset=0
Si c'est bon, il faudra modifier /etc/default/grub et reconstruire le images de boot (mkinitcpio) Si ce n'est pas bon, redémarre tout simplement car rien n'est enregistré.
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
Désactiver les périphériques et fichiers pour la pagination sur disque.
Options : -a, --all désactiver tous les espaces d'échange de /proc/swaps -v, --verbose mode bavard
-h, --help afficher cette aide et quitter -V, --version afficher les informations de version et quitter
Le paramètre <fichier_special> : -L <étiquette> étiquette du périphérique à utiliser -U <uuid> UUID du périphérique à utiliser LABEL=<étiquette> étiquette du périphérique à utiliser UUID=<uuid> UUID du périphérique à utiliser <périphérique> nom du périphérique à utiliser <fichier> nom du fichier à utiliser
Consultez swapoff(8) pour obtenir des précisions complémentaires.
Tu veux dire quoi par "tu commente la ligne swap dans /etc/fstab" ? :s
Le UUID du swap n'est pas le même que celui qui est en haut dans le topic, sur lequel il y a des erreurs. ça doit etre l'ancien swap chiffré que j'ai tenté de modifié avec gparted... ou je dis une bétise et ça na rien à voir?
en effet si l'UUID n'est pas bon (partition reformatée par exemple) dans le fichier fstab alors on a une tempo d'une minute au boot. A vérifier aussi le fichier /etc/default/grub tu peux parfois avoir une ligne resume UUID = xxxxx (resume = partition de swap)
Il y a d'autres choses. Tu veux voir quoi en particulier ?
Je vois que ce qui est après "resume" ne correspond à rien comme UUID de fstab. C'est celui là que je dois remplacer par le nouveau numéro swap ?
edit : j'ai remplacer l'ancien numéro par le nouveau mais toujours les mêmes erreur au démarrage et le temps de recherche. et j'ai toujours
Device /dev/disk/by-uuid/306.......... doesn't exist (donc l'ancien numéro du swap avant le formatage) ERROR : resume : hibernation device UUID=306...( le même numéro) no /dev/mapper/luks-951.....(le uuid de ma partition chiffrée) : clean,
- Avec 8go, normalement le swap est inutile il te faut bien sur sda3: d10aadc9-6e67-4318-80eb-c6fd2b2ad3e5 pour les 2 : grub et fstab Pour grub, après avoir changé la valeur il faut régénérer avec un
sudo grub-mkconfig -o /boot/grub/grub.cfg
ps: le bug de stephane est avec un swap chiffré, ce qui n'est pas ton cas...
J'ai bien le même UUID sur les deux et j'ai toujours une erreur mais j'ai l'impression que c'est autre chose
Dependency failed for dev-mapper-luks\x2d3063687b\x2df97a\x2d4d54\x2d8be3\x2d6506c8871032.device.
Je l'avais déjà avant celui là. Mais je vois bien que le Swap est activé donc c'est autre chose... L'hibernation fonctionne en tout cas, je viens de tester.
edit : je pense avoir compris ce qu'était le dev mappler luks que le système cherche. C'est le UUID de l'ancien swap chiffré. Enfin je me dis ça car ma partition sd2 à un UUID différent en clair et en chiffré, donc logiquement pour le swap c'est pareill (vu que Calamares chiffre le swap pendant l'installation automatique) C'est cette partition (qui n'existe plus) que le système doit ignoré au démarrage pour le plus avoir d'erreur, mais comment mettre le # si la partition n'est plus listée ?
J'ai pas l'impression que mon swap soit chiffré... Si je fais ta méthode, le swap ne vas pas se lancer ? donc pas d'hibernation possible ? (mais plus d'erreur au démarrage peut-être) https://img4.hostingpics.net/pics/82597 ... TJ2815.png
Oui, pas d'hibernation , mais plus de time-out de 90s au démarrage. Cela dit, la marche arrière reste possible. La mise en veille (systemctl suspend) reste possible, puisqu'en ram. Les 2.48 mio comme les 1.98 non allouée viennent probablement d'un partitionnement mal calculé ou réalisé sous W$ qui ne calcule pas apparemment les multiples de 8...
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!