[Résolu] M4-32, nouvelle install, problème critique

ahlner Membre non connecté
-
- Voir le profil du membre ahlner
- Inscrit le : 30/08/2013
- Groupes :
Code TEXT :
B Sandisk pour démarrer. lxde, xfce, mate linux-0w06:/home/ahlner # fdisk -l Disque /dev/sdb : 82.0 Go, 81964302336 octets, 160086528 secteurs Unités = secteur de 1 × 512 = 512 octets Taille de secteur (logique / physique) : 512 octets / 512 octets taille d'E/S (minimale / optimale) : 512 octets / 512 octets Type d'étiquette de disque : dos Identifiant de disque : 0x0008267c Périphérique Amorçage Début Fin Blocs Id. Système /dev/sdb1 * 2048 498014 247983+ 83 Linux /dev/sdb2 501732 160055594 79776931+ 5 Extended /dev/sdb5 501760 4690979 2094610 82 Linux swap / Solaris /dev/sdb6 4694016 160055594 77680789+ 83 Linux
Code TEXT :
/dev/sdb1 : /boot /dev/sdb6 : /
Redémarrage après la fin de l'install
Ajout des dépôts
Quelques mises à jour
Mise à jour de Perl_URPMI
~290 màj
grub2 démarre tous les systèmes, même la 13.1
Maitenant, au démarrage :
Citation :
173.14.39-2mga4 non free : déjà installé dans ce noyau
XFS corruption dans /dev/sda2
Le système doit être redémarré à,cause d'une modification du pilote d'affichage
run xfs_repair
XFS corruption dans /dev/sda2
Le système doit être redémarré à,cause d'une modification du pilote d'affichage
run xfs_repair
et ceci indéfiniment, quel que soit les trois options dans grub2
Pourquoi un problème xfs alors que c'est en ext4, et pourquoi dans la partition étendue?
J'ai repartitionné entièrement le disque avec l'outil 'drakdisk?).
Merci.
Édité par ahlner Le 22/11/2014 à 22h44
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et personne ne sait pourquoi !"
Albert Einstein
Albert Einstein

ahlner Membre non connecté
-
- Voir le profil du membre ahlner
- Inscrit le : 30/08/2013
- Groupes :
http://www.mageialinux-online.org/forum/topic-19239+noyau-posterieur-a-3-12-25-64-bit.php
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et personne ne sait pourquoi !"
Albert Einstein
Albert Einstein

ahlner Membre non connecté
-
- Voir le profil du membre ahlner
- Inscrit le : 30/08/2013
- Groupes :
--trois partiton en gpt : ainsi pas de noiseries pour des problème de corruption xfs dans la partition étendue
-----/boot
-----swap
-----/
--un seul environnement : lxde
---grub2 dans /dev/sdc, clef USB
trois démarrages réussis :
--juste après l'install
--après les premières màj sans le paquet nV conflictuel
--après la màj de per_urpmi
Quand les ~190 màj ont été installées, problème de démarrage avec le même message concernant le pilote nV : déjà installé dans le noyau.
Cette M4 ne démarre pas entièrement même par le grub.cfg d'opnSUSE mis à jour (update-bootloader --refresh).
Conclusion : problème avec les piotes nVidia rencontrés ces installations.
Présentement, j'utilise la M4 démarrée par openSUSE 13.1, disque dur de 160 Go.
Je suis quelque peu éprouvé par ces échecs.
Le sujet reste ouvert, mais PAUSE.
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et personne ne sait pourquoi !"
Albert Einstein
Albert Einstein

ahlner Membre non connecté
-
- Voir le profil du membre ahlner
- Inscrit le : 30/08/2013
- Groupes :
Avant de réinstaller M4-32 sans le pilote propriétaire, est-il possible de le désinstaller en la chrootant?
Merci.
Édité par ahlner Le 22/11/2014 à 22h45
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et personne ne sait pourquoi !"
Albert Einstein
Albert Einstein

ahlner Membre non connecté
-
- Voir le profil du membre ahlner
- Inscrit le : 30/08/2013
- Groupes :
Après quelques essais avec "drakx11", infructueux, j'ai abandonné, et ai décidé la réinstallation, avec les choix suivants :
--pas de pilotes graphiques propriétaires, puisque les devs peuvent fournir une distribution utilisable avec les pilotes libres
--choix de XFCE4
--formater le disque 80 Go en gpt :
----/dev/sdb2 : /boot
---/dev/sdb3 : /
grub2 dans /dev/sdc, clef USB NEO
Premier démarrage OK.
Mises à jour pour la gestion des paquets, et quelques autres. Pas de messages pour nVidia!!
Mise à jour de perl_URPMI. Redémarrage conseillé et accepté.
Mise à jour du système, dont du gest. de paquetages, et 236 mises à jour.
Plus de problèmes de démarrage. Le problème est résolu.
Avant cette dernière réinstallation, il était impossible d'intervenir pendant les arrêtes du chargement, de tenter quoi que ce soit : le système était instablle en ce sens qu'il n'avait qu'une fonctionnalité, "edémarrer".
Pour l'autre problème mis en pause, je ne sais si cet enseignement peut-être utile, car désinstaller les pilotes nVidia peut engendrer des incidents sérieux.
Édité par ahlner Le 22/11/2014 à 22h48
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et personne ne sait pourquoi !"
Albert Einstein
Albert Einstein
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie