Bonjour à tous,
Après plus de dix ans je tente un retour dans l'univers linuxien, je vois qu'il y a eu du changement :)
J'ai tenté d'installer linux en dual boot avec mac OS X (High Sierra) sur un iMac de mi-2010 21.5 pouces, 4G de ram. J'ai testé pas mal de distributions, et j'ai rencontré plusieurs difficultés, surtout liées à l'EFI et à la prise en charge de la carte graphique (
ATI Radeon HD 4670 256 Mb), je n'ai réussi à réaliser l'install jusqu'au bout qu'avec Opensuse 15.1, Debian 10.3 et 10.4, et Ubuntu 20, mais il n'y a qu'avec Opensuse que j'arrive à avoir un install viable (c'est-à-dire avec un bureau qui s'affiche).
L'install s'est faite avec l'option nomodeset activée, et je dois toujours maintenir cette option au démarrage dans grub, sinon écran noir au tout début du boot après "loading initial ramdisk". Du coup ma carte graphique n'est pas prise en charge, ça n'est pas très beau (quoi que Plasma est bien plus joli que le bureau minimal que j'avais installé à la base) et les vidéos laggent.
Il semble que le pilote mis en cause est xf86-video-ati, le driver libre générique correspondant à cette famille de processeurs graphiques, installé automatiquement par Opensuse. Si je le désinstalle, cela ne change rien.
D'après ce que j'ai pu trouver deci-delà, j'ai essayé de remplacer au démarrage "nomodeset" par "radeon.dpm=0" , "noaccel=1" ou "radeon.modeset=1", mais ça plante toujours de la même manière.
Au démarrage avec "nomodeset", j'obtiens l'erreur suivante :
# cat boot.msg | grep radeon
<6>[ 2.477627] [drm] VGACON disable radeon kernel modesetting.
<3>[ 2.477686] [drm:radeon_init [radeon]] *ERROR* No UMS support in radeon module!
Quelques résultats :
# lspci | egrep "3D|VGA"
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV730/M96-XT [Mobility Radeon HD 4670]
# lshw -C display
*-display UNCLAIMED
description: VGA compatible controller
product: RV730/M96-XT [Mobility Radeon HD 4670]
vendor: Advanced Micro Devices, Inc. [AMD/ATI]
physical id: 0
bus info: pci@0000:01:00.0
version: 00
width: 64 bits
clock: 33MHz
capabilities: pm pciexpress msi vga_controller bus_master cap_list
configuration: latency=0
resources: memory:c0000000-cfffffff memory:d0420000-d042ffff ioport:2000(size=256) memory:d0400000-d041ffff
# glxinfo|egrep "OpenGL vendor|OpenGL renderer"
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: llvmpipe (LLVM 7.0, 128 bits)
# grep "drivers" /var/log/Xorg.0.log
[ 25.453] (II) Scanning /etc/X11/xorg_pci_ids directory for additional PCI ID's supported by the drivers
[ 25.453] (II) Loading /usr/lib64/xorg/modules/drivers/ati_drv.so
[ 25.534] (II) Loading /usr/lib64/xorg/modules/drivers/radeon_drv.so
[ 25.593] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so
[ 25.601] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so
[ 25.601] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
Certains d'entre vous auraient-ils des pistes pour me permettre d'avancer, ou devrai-je me résoudre à cette basse qualité graphique ?
PS : Par ailleurs, si cela peut intéresser le forum, je suis prêt à faire une présentation détaillée des étapes que j'ai suivies pour mener à bien mon install car j'ai rencontré un certain nombre de "pièges" et de difficultés (dont certains subsistent encore), et je pense que cela peut intéresser d'autres personnes potentiellement désireuses de donner une seconde vie à leur Mac vieillissant. Si c'est le cas, un admin pourrait-il me dire où je peux faire ce genre de présentation sur le forum ?
Bonjour et bienvenue sur le forum :)
Tu peux écrire ce que tu as fait en créant un fil de la rubrique installation.
Pour le problème avec ta carte graphique radeon, je ne sais pas t'aider. J'ai une Ati HD 5470 mais pas de souci avec le pilote libre.
Quand tu ne mets pas nomodeset, tu arrives sur un écran noire type tty où tu peux te connecter ou pas du tout ?
Tu peux voir les erreurs avec (en root)
journalctl -r -p err
Bonjour Chalu (et merci des corrections de mise en forme que tu as ajoutées à mon post [si c'est bien toi, sinon merci à qui l'a fait]),
Pour la commande que tu m'as indiquée (pratique, je note ;) ) :
# journalctl -r -p err
-- Logs begin at Tue 2020-05-12 17:34:48 CEST, end at Tue 2020-05-12 17:40:44 CEST. --
May 12 17:35:44 linux-sksl pulseaudio[1892]: [pulseaudio] backend-ofono.c: Failed to register as a handsfree audio agent with ofono: org.freedesktop.DBus.Error.ServiceUnknown: T>
May 12 17:35:27 linux-sksl kwin_x11[1783]: kwin_core: Compositing is not possible
May 12 17:35:04 linux-sksl smartd[1032]: Device: /dev/sda [SAT], 3 Offline uncorrectable sectors
May 12 17:35:04 linux-sksl smartd[1032]: Device: /dev/sda [SAT], 3 Currently unreadable (pending) sectors
May 12 17:34:56 linux-sksl kernel: [drm:radeon_init [radeon]] *ERROR* No UMS support in radeon module!
May 12 17:34:49 linux-sksl kernel: uhci_hcd 0000:00:1d.0: init 0000:00:1d.0 fail, -19
May 12 17:34:49 linux-sksl kernel: uhci_hcd 0000:00:1d.0: Found HC with no IRQ. Check BIOS/PCI 0000:00:1d.0 setup!
May 12 17:34:49 linux-sksl kernel: uhci_hcd 0000:00:1a.0: init 0000:00:1a.0 fail, -19
May 12 17:34:49 linux-sksl kernel: uhci_hcd 0000:00:1a.0: Found HC with no IRQ. Check BIOS/PCI 0000:00:1a.0 setup!
May 12 17:34:49 linux-sksl kernel: [drm:radeon_init [radeon]] *ERROR* No UMS support in radeon module!
Si je comprends bien, mon dd a des secteurs défectueux :/ ... Et je vois qu'il y a aussi un souci avec le son (je ne sais pas si c'est en lien mais je trouve en effet que le son est pas très propre).
Pour ce qui est de ta question : après "loading initial ramdisk", j'ai simplement écran noir, puis juste un prompt clignotant qui s'affiche un instant en haut à gauche de l'écran (rien d'autre), puis écran noir gelé, pas moyen d'accéder à un tty.
PS : Je vais essayer de préparer une présentation de mes expériences pour la section install comme tu me l'as indiqué.
Oui c'est bien moi pour l'ajout des balises codes ;)
Pour ton disque oui il semble avoir des soucis, si tu as des documents précieux dessus, il faut faire une sauvegarde
sinon pour inspecter le disque il y a les outils du paquets smartmontools normalement il est installé par défaut mais à vérifier quand même (car je l'ai peut-être installé moi-même sans m'en souvenir !)
Des commandes avec smartctl permettent de vérifier son état
Il y a des infos sur le blog https://www.microlinux.fr/check-disque-dur/
tu as le wiki ubuntu aussi https://doc.ubuntu-fr.org/smartmontools#informations_sur_l_etat_actuel_d_un_disque
Il doit y avoir des interfaces graphiques aussi pour tester mais je ne connais pas vraiment tout ça.
Merci pour les liens :)
J'ai réussi à lancer une session live (avec nomodeset) sur Bunsen Labs.
Résultat d'un premier test :
~# smartctl -l selftest /dev/sda
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.9.0-9-amd64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed: read failure 90% 17957 563647799
# 2 Short offline Completed: read failure 90% 17954 563647799
# 3 Short offline Completed: read failure 90% 17951 563647799
# 4 Short offline Completed: read failure 90% 17931 563647799
J'ai lancé le test long, j'attends le résultat. Il en faudra surement d'autres pour isoler les secteurs défectueux... Il vaudrait mieux que je crée un autre post si je veux continuer au sujet de mon disque dur, non ? Et je ne sais pas si le forum alionet est le plus adapté, car ça ne concerne pas spécifiquement Opensuse...
Je pense que tu peux continuer dans ce fil.
je ne sais pas si certains ici connaissent bien ces problèmes de disques mais moi de ce que j’ai pu lire dans des forums, c’est que ce n’est pas bon signe ...
Pour ta carte graphique à la place de nomodeset, peux-tu essayer de démarrer pour voir si tu peux éviter l'écran noir avec l'option
radeon.modeset=0
source : https://answers.launchpad.net/ubuntu/+source/linux/+question/660199
il faut peut-être réinstaller le paquet xf86-video-ati
Suite des tests :
# smartctl -t long /dev/sda
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.9.0-9-amd64] (local build)
[...]
Please wait 95 minutes for test to complete.
[...]
root@debian:~# smartctl -l selftest /dev/sda
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.9.0-9-amd64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed: read failure 90% 17958 563647799
# 2 Short offline Completed: read failure 90% 17957 563647799
# 3 Short offline Completed: read failure 90% 17954 563647799
# 4 Short offline Completed: read failure 90% 17951 563647799
# 5 Short offline Completed: read failure 90% 17931 563647799
root@debian:~# badblocks -v -s /dev/sda
Checking blocks 0 to 488386583
Checking for bad blocks (read-only test): 0.08% done, 0:03 elapsed. (0/0/0 errors)
281823896one, 39:07 elapsed. (0/0/0 errors)
281823897one, 39:09 elapsed. (1/0/0 errors)
281823898one, 39:11 elapsed. (2/0/0 errors)
281823899one, 39:13 elapsed. (3/0/0 errors)
281823900one, 39:15 elapsed. (4/0/0 errors)
281823901one, 39:17 elapsed. (5/0/0 errors)
281823902one, 39:19 elapsed. (6/0/0 errors)
281823903one, 39:21 elapsed. (7/0/0 errors)
done
Pass completed, 8 bad blocks found. (8/0/0 errors)
root@debian:~# Checking blocks 0 to 58615703
-su: Checking: command not found
root@debian:~# Checking for bad blocks (read-only test): done
-su: syntax error near unexpected token `('
root@debian:~# Pass completed, 0 bad blocks found. (0/0/0 errors)
-su: syntax error near unexpected token `('
8 blocs défectueux, je ne sais pas s'il faut s'alarmer tant que ça...
Je poursuis d'autres tests.
Je teste quand j'aurai fini avec le test en live. Merci :)
Réinstaller le paquet, déjà fait, ça ne change rien.
En fait je ne trouve pas d'autre commande intéressante que je pourrais faire pour vérifier, il me semble que les méthodes d'isolation des mauvais blocs que j'ai vues sont toutes destructrices pour les données...
Bon, ben voilà c'est fait, j'ai merdé, j'ai lancé un
(NE FAITES PAS ÇA CHEZ VOUS)badblocks -v -w -s -p 2 /dev/sda
Que j'ai arrêté à 0,53 % mais qui a effacé la table de partition, le disque apparaît comme non partitionné. heureusement, je n'avais plus aucune donnée sensible dessus, je m'en sers juste pour m'amuser actuellement :D
Du coup je checke en profondeur tout le disque depuis un live CD, je vais essayer de réallouer les secteurs défectueux, et je suis bon pour tout réinstaller depuis 0 (en fait je peux réinstaller mac OS depuis le DVD sur un lecteur externe, c'est le lecteur DVD d'origine qui ne marche plus très bien).
Au moins tout ça finira par être propre, j'espère. Encore merci ;)
ah oui :)
sinon tu as peut-être des outils apple pour vérifier les disques ?
je n'y connais pas grand chose ...
Je ne sais pas s'il y a des outils Apple (et en live...), mais maintenant que le disque n'est plus partitionné ça n'a plus d'importance. Ca prend du temps mais je fais une vérification complète, puis je vais essayer de réallouer tous les secteurs défectueux...J'ai trouvé plusieurs pages intéressantes avec des scripts que je vais tenter de mettre en oeuvre. Je ne risque rien, au pire ca ne marche pas.
Pour l'instant il m'a trouvé 16 secteurs défectueux, tous contigus. Ca va faciliter la réparation, mais je ne sais pas si c'est un mauvais signe...
Au final je suis plutôt content car j'apprends plein de nouvelles choses, et les "dégâts" sont sans conséquences (si ce n'est le temps que je dois y consacrer) !
Je vous donne tous les détails intéressants quand j'ai terminé :)
Encore merci pour ton aide Chalu. Je me suis basé sur cette page (https://www.aplu.fr/v2/post/2016/01/07/forcer-un-disque-a-reallouer-des-secteurs-defectueux) pour "réparer" mon disque.
J'ai scanné le disque :
root@debian:~# badblocks -sv -b 512 /dev/sda >> /tmp/badblocks.txt
Checking blocks 0 to 976773167
Checking for bad blocks (read-only test) 37.37% done, 1:00:00 elapsed. (0/0/0 errors.done
Pass completed, 16 bad blocks found. (16/0/0 errors)
et j'ai obtenu la liste des secteurs défectueux :
# cat /tmp/badblocks.txt
563647792
563647793
563647794
563647795
563647796
563647797
563647798
563647799
563647800
563647801
563647802
563647803
563647804
563647805
563647806
563647807
Que j'ai corrigés en adaptant le script donné par LDVC sur aplu.fr à mon cas :
# cat /home/user/script-reallocation-secteurs
#!/bin/bash
# script forblocs.sh qui répare automatiquement les blocs entre 563647792 et 563647807.d'après https://www.aplu.fr/v2/post/2016/01/07/forcer-un-disque-a-reallouer-des-secteurs-defectueux
for i in `seq 563647792 563647807`;
do
clear
echo $i" / 117231407"
sleep 0.04
hdparm --yes-i-know-what-i-am-doing --write-sector $i /dev/sda
hdparm --read-sector $i /dev/sda
done
exit
J'ai perdu la fenêtre de console contenant l'exécution du script (je ne peux pas la recopier), mais tout semblait bien s'être bien passé.
J'ai vérifié les secteurs individuellement :
# hdparm --read-sector 563647792 /dev/sda
/dev/sda:
reading sector 563647792: succeeded
6942 296f 05e9 e62a 009c 05a4 a011 0aa3
008c 461d 8572 7d54 6337 3215 15ab 5ff7
e35c 5e37 59de bc50 bb9b e02b 8d13 362d
5d86 bc69 f9bc bdf9 fdef 2dfa b1db 4dca
d72a c259 c464 9ab1 c466 a59a 7956 fc50
5e27 a880 15ee a027 494c 0204 3312 e519
e955 b6cb 32ea 7a7f 6936 ee48 1d52 e001
8fb5 6605 ff73 e1d8 201c 2c3c e083 e405
9678 7894 fc00 f418 ad14 e843 250c 047f
c2a9 16ea 389a 5386 ef57 5839 1386 1866
0e22 4cbd 1fab 6de5 ca85 fbcd 5f53 09bb
d331 0beb d3df f518 395c 8a58 5908 eee8
df81 b877 eb17 6085 b6c7 3d3f 5b95 5458
a8b3 4768 df75 d52a a7a8 1bb5 11be 9bde
baff 3f58 690c a838 3ac1 2aac c81b 33e3
2eb9 1638 3089 1596 a050 e01d 3032 e293
d28e cd10 3659 052a 74e5 313e 5cf9 32c8
496d cade da66 5078 3650 3ca1 973d f41e
353a 5706 a1c0 bc76 eae3 971a 3ef1 081d
578f 054b e025 8a0e 2ab1 44b4 bb1b 3ab9
f596 936c 7b3d df0e e5aa aa37 c41d 84a3
7d97 e7f2 bf07 f8d1 7d3e 9192 ab35 495f
96ef a49f f3d9 95ba 7874 b2e8 b3c7 318c
9128 cae2 7aa4 aee1 3bc6 9244 ba08 a022
16b6 bfa5 f7cb 9784 99d4 278d 18e5 3f11
439e d9b5 1973 a4e8 5a5a a2a8 61d7 0353
1ba5 73b1 4ca4 56aa 3187 6e86 f1c7 7fd7
8f0e 380e 6ae1 e430 1003 abc0 3905 8069
f5ff 4ff4 030e a351 639b 8d86 4907 e2a7
1f63 b18e 1c00 ee18 ad14 e81d 12c7 4363
a084 2047 fe3b 8bab 7057 b3a0 b45d f2d6
5311 1323 3360 8a12 4e27 935b be7f de96
Idem pour les secteurs suivants jusqu'à 563647798. Mais
# hdparm --read-sector 563647799 /dev/sda
/dev/sda:
reading sector 563647799: SG_IO: bad/missing sense data, sb[]: 70 00 03 00 00 00 00 0a 40 51 e0 01 11 04 00 00 a0 37 00 00 00 00 00 00 00 00 00 00 00 00 00 00
succeeded
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
Idem jusqu'à 56364801. Puis de nouveau test réussi jusqu'au dernier secteur. Moralité, plus que trois secteurs défaillants.
J'ai essayé de les rectifier à la main :
# hdparm --yes-i-know-what-i-am-doing --write-sector 563647799 /dev/sda
/dev/sda:
re-writing sector 563647799: succeeded
Et là on dirait que c'est bon (?)
# hdparm --read-sector 563647799 /dev/sda
/dev/sda:
reading sector 563647799: succeeded
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
Idem pour les autres secteurs récalcitrants.
Je ne comprends pas tout, mais j'ai l'impression que tout est corrigé à présent...
Il ne reste plus qu'à tout réinstaller sur mon Mac, avec un beau dd tout propre :D
J'ai également trouvé ceci (https://linuxfr.org/users/zezinho/journaux/secteurs-defectueux) (le script scanne puis corrige tout seul), je vais essayer de l'utiliser pour réparer un dd externe qui fait des siennes et que j'ai dû péniblement reformater, mais qui s'obstine à mal fonctionner.
ah super :) et l'affichage est meilleur pour le bureau ?
qu'est ce que tu as comme retour de la commande , une fois que tu es sur le bureau :
sudo lspci -nnk |grep -iA3 vga
Rien de flagrant, l'animation des fenêtres reste saccadée, idem pour les vidéos. :-\
J'ai ça :
# lspci -nnk |grep -iA3 vga
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RV730/M96-XT [Mobility Radeon HD 4670] [1002:9488]
Subsystem: Apple Inc. Device [106b:00b6]
Kernel modules: radeon
01:00.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] RV710/730 HDMI Audio [Radeon HD 4000 series] [1002:aa38]
oui ce n'est pas étonnant puisque la carte n'est pas utilisée avec tout "son potentiel"
Tu es sur une nouvelle installation du système que tu as fait hier c'est ça ? donc xf86-video-ati est installé ?
Si à la place de nomodeset et/ou de radeon.modeset=0 tu écris :
radeon.dpm=0
est-ce que tu arrives à atteindre le bureau ?
Est-ce que tu as testé openSUSE KDE en Live ? ça fonctionnait comment ? le retour de la commande
sudo lspci -nnk |grep -iA3 vga
c'était quoi ?
Exact.
J'ai oublié de préciser que j'ai toujours au démarrage le message "No UMS support in radeon module!"
Non, ca plante toujours au même endroit, comme à la première install.
Je viens de tester Leap Live-KDE :
- Avec les paramètres par défaut, écran noir habituel.
- J'arrive sur le bureau en ajoutant nomodeset comme d'hab.
# lspci -nnk |grep -iA3 vga
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RV730/M96-XT [Mobility Radeon HD 4670] [1002:9488]
Subsystem: Apple Inc. Device [106b:00b6]
Kernel modules: radeon
01:00.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] RV710/730 HDMI Audio [Radeon HD 4000 series] [1002:aa38]
J'obtiens le même résultat si je remplace nomodeset par radeon.dpm=0.
Si une fois que tu as démarré avec l'option radeon.modeset=0 et que tu arrives sur le bureau, si tu fais
sudo modprobe radeon radeon.modeset=1
est-ce que ça change quelque chose sur l'affichage ?
que retourne alors la commande
sudo lspci -nnk |grep -iA3 vga
Sinon est-ce que tu as essayé plasma avec wayland ?
je pense que la version de kde actuelle pour leap 15.1 n'est pas encore bien au point, il devrait y avoir du mieux dans celle de leap 15.2
~> sudo modprobe radeon radeon.modeset=1
modprobe: ERROR: could not insert 'radeon': Invalid argument
Je viens de découvrir l'existence de Wayland. Je ne suis pas sûr de bien avoir compris de quoi il s'agissait (je sors de plus de dix ans sans Linux, et mes compétences en informatique restent extrêmement limitées).
J'ai tenté d'ouvrir une session avec Wayland + KDE. Freeze instantané sur l'écran de login, pas moyen d'accéder à un tty... =>Hard reboot.
Penses-tu que ma carte graphique pourrait être mieux prise en compte si j'utilisais Gnome avec Wayland ? Je peux toujours tester avec un compte utilisateur créé pour l'occasion, mais Gnome prend tout de même beaucoup de place (même si je devrais rester large avec 20 Go pour ma partition système) et d'expérience après c'est difficile de désinstaller un environnement de bureau car on se trouve empêtré dans tout un tas de dépendances...
Et crois-tu que ça vaille la peine de tester 15.2 pour voir ? J'ai gardé 80 Go non alloués en fin de disque :D
Ce qui m'épate, c'est de ne pas avoir trouvé une seule distribution avec laquelle ma carte graphique fonctionne correctement dans ma configuration sans bidouillage, alors que c'est un vieux modèle éprouvé, avec un driver qui a dû bien faire ses preuves.
Comme tu es encore à l'étape des tests sur ce PC, oui j’essaierais Gnome mais aussi Xfce.
Sinon, je n’ai pas donné la bonne commande plus haut.
si tu n’avais pas corrigé tu peux réessayer de démarrer avec l’option nomodeset.radeon=0
puis une fois la session démarrée faire
sudo modprobe radeon modeset=1
Tu peux essayer cette commande après t'être connecté
Ou bien en arrivant sur l'écran de connexion sddm
Tu passes dans un tty et tu te connectes et fais cette commande puis te repasses en graphique.
On accède au tty avec Carl+Alt+F1 ou F2 et le retour au graphique c’est F7
Ecran noir immédiat sur tty1, plus moyen de voir quoi que ce soit, en tty1, 2, 3, 7...
Au niveau des environnements (j'ai installé à peu près tout ce que je pouvais), je dois démarrer avec quelle option et faire quels tests ?
Pour l'instant, j'ai testé :
- Une session Weston ; j'obtiens un écran noir avec juste un prompt clignotant, si je vais sur tty7 je ne vois que l'écran noir avec le curseur de la souris, puis je peux revenir aux différents tty (j'ai relancé ma session normale en faisant "rcxdm stop" puis "rcxdm start" en root)
- Avec enlightment (j'aime bien cet environnement :) ) malgré les graphiques effets sympas par défaut, ca reste saccadé et pas très beau.
- Avec LXDE non plus
En tout j'ai les choix suivants :
- Enlightment
- Gnome classic
- Gnome on Xorg
- Gnome
- IceVM Session
- LXDE
- LXQt Desktop
- MATE
- Openbox
- Plasma
- SLE Classic
- TVM
- Xfce Session
- GNOME
- Plasma (Wayland)
- SLE Classic
- Weston
Tu sembles avoir tiré le mauvais lot avec une carte graphique qui a un problème avec le pilote radeon.
il reste donc à le blacklister mais les performances seront moindre, enfin pas trop le choix. je n’ai pas trouvé de solution.
Pour les environnements du coup il faudrait du léger, sans effets qui sollicitent la carte. Je dirais lxqt ?
Si tu veux, tu peux poser ton problème sur le forum anglais d’openSUSE, avec un peu de chance tu auras des gens avec le même matériel.
Bon je vais faire avec et explorer les possibilités qui s'ouvrent à moi.
Merci pour ton aide !
Salut,
As-tu tenté de faire la manip suivante:
* installer opensuse en mode serveur
* puis installer le driver propriétaire ATI pour ta carte (voir sur le site d'ATI)
* eventuellement installer X (le sous-systeme graphique)
* redémarrer et taper startx
vieille méthode mais qui a déjà fait ses preuves quand les drivers graphiques posaient problème ...
@+
Sfx
Bonjour silfax, et merci de ta suggestion,
Le souci est que le driver propriétaire d'ATI n'est valable que jusqu'à la version 1.12 de X server et 3.4 du noyau Linux, voir ATI Radeon™ HD 4670 Drivers & Support (https://www.amd.com/fr/support/graphics/amd-radeon-hd/ati-radeon-hd-4000-series/ati-radeon-hd-4670).
Penses-tu que ça pourrait marcher avec le driver libre actuel ?
le driver libre c’est le driver radeon mais ta carte n’est pas compatible... alors qu’elle le devrait.
Je sais, mais Silfax suggère une nouvelle méthode, avec le driver proprio, méthode qui a fonctionné parfois, je me demande si ça pourrait, pourquoi pas, fonctionner avec le driver radeon.
Oui mais il s’appelle pas radeon 😝
c’était fglrx. Tu peux tenter de l'installer même si il n’est plus maintenu et donc pas prévu , testé pour la version de xorg actuelle.
Tu es notre méga-testeur 😀
Édit : ce fil même s’il est avec Ubuntu correspond à ton problème.
https://askubuntu.com/questions/990858/imac-how-to-make-ubuntu-work-properly-with-imac-graphics-card
Les drivers propriétaires fglrx demanderaient un vieux noyau pour fonctionner donc des doutes sur les résultats de ton essai si tu le fais.
Le dernier message a résolu le souci mais pas sur le même iMac
De ce que je comprends, il n’utilise pas grub pour démarrer.
Ah, mais c'est que ça s'annonce pas simple... :D
# sh amd-driver-installer-catalyst-13.1-legacy-linux-x86.x86_64.run
Created directory fglrx-install.RubEZz
Verifying archive integrity... All good.
Uncompressing AMD Catalyst(TM) Proprietary Driver-8.97.100.7...
=====================================================================
AMD Catalyst(TM) Proprietary Driver Installer/Packager
=====================================================================
Detected configuration:
Architecture: x86_64 (64-bit)
X Server: X.Org 6.9 or later 64-bit
[...]
Une fenêtre s'affiche, où j'ai le choix entre "install Driver 8.97 on X.Org 6.9 or later 64-bit" et "Generate Distribution Specific Driver Package". Si je fais le premier choix, j'obtiens ce message d'erreur :
# cat /usr/share/ati/fglrx-install.log
Check if system has the tools required for installation.
fglrx installation requires that the system have kernel headers. /lib/modules/4.12.14-lp151.28.48-default/build/include/linux/version.h cannot be found on this system.
One or more tools required for installation cannot be found on the system. Install the required tools before installing the fglrx driver.
Optionally, run the installer with --force option to install without the tools.
Forcing install will disable AMD hardware acceleration and may make your system unstable. Not recommended.
Je n'ai aucune idée de comment je pourrais forcer l'install, et il manque les kernel-headers... J'ai essayé de creuser de ce côté. J'ai cru comprendre que les kernel-headers ne se faisaient plus depuis quelque temps en tant que paquets séparés, mais qu'on les avait avec les sources du noyau.
J'ai essayé d'activer les dépôts de source, d'installer les bibliothèques de dev et les sources du noyau, un peu à l'aveugle car je n'y connais à peu près rien.
Je n'ai pas compris comment installer les sources du noyau par les dépôts de Yast (je ne vois aucun paquet dans Source Repository).
Je suis passé par cette page (https://software.opensuse.org/package/kernel-source). J'arrive visiblement à installer les sources (Yast me dit "Installation was successfull"), mais
# zypper se kernel-*
Loading repository data...
Reading installed packages...
S | Name | Summary | Type
---+---------------------------------+---------------------------------------------------------------+-----------
| kernel-debug | A Debug Version of the Kernel | srcpackage
| kernel-debug | A Debug Version of the Kernel | package
| kernel-debug-base | A Debug Version of the Kernel - base modules | package
| kernel-debug-base-debuginfo | Debug information for package kernel-debug-base | package
| kernel-debug-debuginfo | Debug information for package kernel-debug | package
| kernel-debug-debugsource | Debug sources for package kernel-debug | package
| kernel-debug-devel | Development files necessary for building kernel modules | package
| kernel-debug-devel-debuginfo | Debug information for package kernel-debug-devel | package
| kernel-default | The Standard Kernel | srcpackage
i+ | kernel-default | The Standard Kernel | package
| kernel-default-base | The Standard Kernel - base modules | package
| kernel-default-base-debuginfo | Debug information for package kernel-default-base | package
| kernel-default-debuginfo | Debug information for package kernel-default | package
| kernel-default-debugsource | Debug sources for package kernel-default | package
i | kernel-default-devel | Development files necessary for building kernel modules | package
| kernel-default-devel-debuginfo | Debug information for package kernel-default-devel | package
i | kernel-devel | Development files needed for building kernel modules | package
| kernel-docs | Kernel Documentation | package
| kernel-docs | Kernel Documentation | srcpackage
| kernel-docs-html | Kernel Documentation (HTML) | package
i+ | kernel-firmware | Linux kernel firmware files | package
| kernel-firmware | Linux kernel firmware files | srcpackage
| kernel-kvmsmall | The Small Developer Kernel for KVM | srcpackage
| kernel-kvmsmall | The Small Developer Kernel for KVM | package
| kernel-kvmsmall-base | The Small Developer Kernel for KVM - base modules | package
| kernel-kvmsmall-base-debuginfo | Debug information for package kernel-kvmsmall-base | package
| kernel-kvmsmall-debuginfo | Debug information for package kernel-kvmsmall | package
| kernel-kvmsmall-debugsource | Debug sources for package kernel-kvmsmall | package
| kernel-kvmsmall-devel | Development files necessary for building kernel modules | package
| kernel-kvmsmall-devel-debuginfo | Debug information for package kernel-kvmsmall-devel | package
i | kernel-macros | RPM macros for building Kernel Module Packages | package
| kernel-obs-build | package kernel and initrd for OBS VM builds | srcpackage
| kernel-obs-build | package kernel and initrd for OBS VM builds | package
| kernel-obs-build-debugsource | Debug sources for package kernel-obs-build | package
| kernel-obs-qa | Basic QA tests for the kernel | srcpackage
| kernel-obs-qa | Basic QA tests for the kernel | package
i | kernel-source | The Linux Kernel Sources | package
| kernel-source | The Linux Kernel Sources | srcpackage
| kernel-source-vanilla | Vanilla Linux kernel sources with minor build fixes | package
| kernel-syms | Kernel Symbol Versions (modversions) | srcpackage
i | kernel-syms | Kernel Symbol Versions (modversions) | package
| kernel-vanilla | The Standard Kernel - without any SUSE patches | srcpackage
| kernel-vanilla | The Standard Kernel - without any SUSE patches | package
| kernel-vanilla-base | The Standard Kernel - without any SUSE patches - base modules | package
| kernel-vanilla-base-debuginfo | Debug information for package kernel-vanilla-base | package
| kernel-vanilla-debuginfo | Debug information for package kernel-vanilla | package
| kernel-vanilla-debugsource | Debug sources for package kernel-vanilla | package
| kernel-vanilla-devel | Development files necessary for building kernel modules | package
| kernel-vanilla-devel-debuginfo | Debug information for package kernel-vanilla-devel | package
Toujours pas de sources du noyau installées. Et toujours la même erreur si j'essaie d'installer le driver d'AMD.
Si je choisis "Generate Distribution Specific Driver Package", c'est pas mieux et je ne crois pas que je pourrais aboutir à quelque chose de viable. Je mets ce qui suit pour la forme, mais ça me semble inutile.
Le choix est restreint entre RedHat, Suse et "Packages for other distributions". Si je choisis "SuSe/SUSE-autodetection", le processus de génération du driver est très rapide mais ne crée aucun fichier. Voir ce log étrange :
# cat /usr/share/ati/fglrx-install.log
Auto detection mode:
Build the RPM package now ...
Package /home/akar/Desktop/ has been successfully generated
Install or update the RPM package as follows:
zypper install
Si je choisis "SuSE/SUSE 121-AMD64" (la version la plus récente proposée), le processus de génération semble se lancer mais ne progresse pas.
Si je suis "Packages for other distributions" :
# sh amd-driver-installer-catalyst-13.1-legacy-linux-x86.x86_64.run --listpkg
Created directory fglrx-install.sB4KQp
Verifying archive integrity... All good.
Uncompressing AMD Catalyst(TM) Proprietary Driver-8.97.100.7...
=====================================================================
AMD Catalyst(TM) Proprietary Driver Installer/Packager
=====================================================================
List of generatable packages:
Package Maintainer(s): Aric Cyr <aric.cyr@gmail.com>
Mario Limonciello <superm1@gmail.com>
Status: *UNVERIFIED*
Debian Packages:
Debian/sid
Debian/unstable
Debian/etch
Debian/stable
Debian/lenny
Debian/testing
Debian/experimental
Package Maintainer(s): Niko Mirthes <nmirthes@gmail.com>
Michael Larabel <michael@phoronix.com>
Status: *UNVERIFIED*
Fedora Packages:
Fedora/FC3
Fedora/FC4
Fedora/FC5
Fedora/FC6
Fedora/F7
Fedora/F8
Fedora/F9
Fedora/F10
Fedora/RHEL3
Fedora/RHEL4
Package Maintainer(s): Anssi Hannula <anssi@mageia.org>
Status: *UNVERIFIED*
Mageia Packages:
Mageia/1
Mageia/2
Package Maintainer(s): Dmitry Mikhirev <dmikhirev@mandriva.org>
Status: *UNVERIFIED*
Mandriva Packages:
Mandriva/2007.0
Mandriva/2007.1
Mandriva/2008.0
Mandriva/2008.1
Mandriva/2009.0
Mandriva/2009.1
Mandriva/2010.0
Mandriva/2010.1
Mandriva/2010.2
Mandriva/2011.0
Mandriva/2012.0
Package Maintainer(s): AMD
Status: Verified
RedHat Packages:
RedHat/RHEL5
RedHat/RHEL6
RedHat/RHEL5_64a
RedHat/RHEL6_64a
Package Maintainer(s): Emanuele Tomasi <tomasi@cli.di.unipi.it>
Status: *UNVERIFIED*
Slackware Packages:
Slackware/Slackware
Package Maintainer(s): Sebastian Siebert <freespacer@gmx.de>
Status: *UNVERIFIED*
SuSE Packages:
SuSE/SLE10-IA32
SuSE/SLE10-AMD64
SuSE/SLE11-IA32
SuSE/SLE11-AMD64
SuSE/SUSE113-IA32
SuSE/SUSE113-AMD64
SuSE/SUSE114-IA32
SuSE/SUSE114-AMD64
SuSE/SUSE121-IA32
SuSE/SUSE121-AMD64
SuSE/SUSE-autodetection
Package Maintainer(s): Alberto Milone <alberto.milone@canonical.com>
Status: *UNVERIFIED*
Ubuntu Packages:
Ubuntu/gutsy
Ubuntu/hardy
Ubuntu/intrepid
Ubuntu/jaunty
Ubuntu/karmic
Ubuntu/lucid
Ubuntu/maverick
Ubuntu/natty
Ubuntu/oneiric
Ubuntu/precise
Ubuntu/source
For example, to build a Debian Etch package, run the following:
% ./amd-driver-installer-<version>-<architecture>.run --buildpkg Debian/etch
Je n'ai rien essayé de plus, les distributions proposées remontent au plus tard à autour de 2013. D'après ce que je crois deviner, pour générer un package pour une distribution, j'ai besoin de sources et de bibliothèques spécifiques à celle-ci, ça me dépasse techniquement...
Un peu de temps a passé, j'ai tenté d'autres choses mais je crois que toute autre solution (sauf peut-être revenir à une très vieille version du X server, avec tout ce que ça implique) est totalement hors de mes compétences actuelles.
Je suis monté à 16 Go de ram, le max accepté, et ça tourne admirablement bien. Au niveau graphique, je suis revenu à KDE en supprimant au maximum les effets de bureau accessoires qui ne rendaient pas bien. Au final j'ai une install très satisfaisante, beaucoup plus rapide que la dernière version macOS acceptée par la machine, juste un tout petit bémol au niveau des performances graphiques, même si ça reste honorable même à ce niveau.
Merci à tous pour votre aide, j'ai appris plein de choses grâce à tout ça :)