Forum

J'ai réinstallé XP Pro sur /dev/sda1.
M4 s'arrétait en mode maintenance, sans X Windows, ni réseau, etc.
Comme j'ai eu ce problème avec MDV 2011.0 dont j'ai fini par trouver la cause, je l'ai appliqué le même traitement, à savoir commenter certaines lignes dans fstab avec "le très convivial et intuitif" éditeur vi" que je connais à peine :



J'ajoute à toutes fins utiles que OpenMandriva n'a pas ce problème car son fstab est on ne peut plus minimal :
partition /
partition swap

ainsi qu'openSUSE avec un fstab minimal aussi, mais utilisant pour fstab les "/dev/disk/by-id"

Ce n'est pas une critique, mais de l'information constructive pour éviter les problèmes et avoir une distrib robuste.
Je n'ai pas fait attention à tous les points de montage lors de l'installation de Mageia et Mandriva.
Si des modifications du titre/description et emplacement sont souhaitables, prévenez-moi.
J'attends vos retours.
Merci.

Édité par ahlner Le 31/05/2014 à 23h10

Bonsoir !





Excuse-moi mais - est-ce l'heure tardive ? - je n'ai décelé ni critique ni info dans ton message.

Arf. Les éditeurs console ne sont pas bien pratiques. Je crois que le meilleur serait nano mais c'est purement subjectif.

Ton idée est bonne quand tu dis:



On verra ce qu'en pense nos devs !!!

Voilà mon point de vue

Pour les partitions essentelles "sytème" :
/
swap
/home
/usr/
/var
....

identification au choix par :
/dev/disk/by-uuid, à mon avis le plus robuste
/dev/disk/by-id, que je trouve nettement plus lisible mais vulnérable lors des modifications des "premières" partitions

Pour ce qui je juge "accessoire", la partitions Windows, clefs/disques USB (IEEE 1394, FireWire),etc., nommage par "udev" : /dev/sdxy.

Autre possibilité : fstab ne contient que les points de montages essentiels cités plus haut, ceux dont le système a vraiment besoin.
OpenMandriva (by-uuid), openSUSE (by-id), Debian (by-uuid), il me semble, ont un fstab minimal.
Je ne suis ni pro ni dev, mais ai suffisamment fréquenté ces choses pour être "lucide".
J'espère avoir un esprit communautaire sans faille.
Bien à vous.

ThierryR,
Je n'avais pas nano installé, car installation récente entre autres raisons.
Si ces éléments accessoires ont leurs "/dev/disk/by-uuid" ou leur "/dev/disk/by-id" modifiés, cela pose problème car ces informations sont écrites dans /etc/fstab, et le processus d'initialisation de Mandriva et Mageia y sont sensibles, d'où les blocages observés.

Édité par ahlner Le 27/05/2014 à 00h46

bonjour





Je suis tout à fait d'accord : non seulement le fstab contient des partitions non utiles, mais il me semble que aussi le disque virtuel de démarrage aussi ( initrd) . Les partitions les plus dévastatrices sont les partitions swap, mais il n'y en a heureusement pas dans l'exemple ci dessus.

J'ai remarqué que pour la même raison il est très difficile de créer un disque externe mga4 bootable sur un autre appareil, sauf à débrancher tous les disques internes lors de l'installation.

http://www.mageialinux-online.org/forum/topic-18069+installation-de-mageia4-sur-disque-usb.php

J'utilise openSUSE 12.3 car M4 ne reconnait pas (pour le moment) mon imprimante HP 825C, et j'en eu besoin pour ma déclaration de revenus auprès des Amis de Finances.

Voilà son /etc/fstab :











Deux partitions montées seulement, l'essentiel.

Mais quelquechose me préoccupe beaucoup : il suffit d'un point de montage défaillant pour démarrer en mode texte, mdp root :



Pas de réseau

Pas de X Windows



Je trouve que cela fait beaucoup comme problèmes. Je ne suis pas dev, mais je pense qu'il y a quelquechose à revoir dans le processus d'initialisation de Mandriva-Mageia.

Je ne sais si les devs d'OpenMandriva ont pensé à cela, mais le fstab de cette distribution est minimal. Le voilà :









Rectification



Pas de réseau

Pas de X Window, sauf en lançant startx, mais activation du réseau manuelle : ifup eth0.

hald arrêté : impossible d'installer des paquets, notamment nano

Édité par ahlner Le 20/05/2014 à 23h51

Nano n'existe peut être pas dans la base opensuse. C'est comme gscan2pdf. Dommage.
EDIT: Pourtant je le trouve ici

Il ne peut pas l'installer car il n'a pas de réseau. Allo, il faut lire



Histoire de bien comprendre :







C'est le fstab de mageia ou d'OpenSUSE ?



Si c'est celui de Mageia, as-tu testé de remplacer par le traditionnel /dev/sda5 et /dev/sda7 à la place des /dev/by-id ?

C'est le fstab d'openSUSE, la seule distribution que je connaisse utilisant les :







les autres, basées Debian et Mandriva utilisant les :

Mageia4 et openSUSE 12.3 sont respectivement en /dev/sdb6 et en /dev/sdb7



Demanded'aide, mais avant explication : sur /dev/sda de 120 Go il y avait avait Windows en /dev/sda1 et openSUSE 13.1 en :



/dev/sda5 swap

/dev/sda6 /



J'ai été amené à réinstaller XP Pro, mais comme l'installation s'est arrêtée définitivement, j'ai pensé à un problème de disque.

Maintenant /dev/sda ne contient qu'une partition ntfs, /dev/sda1.



IL N'Y A DONC PLUS /dev/sda5



Pour tenter de réparer M4, j'ai utilisé le DVD et choisi "Mettre à jour".

Le boot s'arrête avec ce message :







Comme écrit plus haut, la ligne contenant cet UUID est commentée dans fstab :







J'ai cherché cet UUID dans grub.cfg, mais il est introuvable.

Dans le boot en mode texte, la commande mount n'affiche pas de partition en nommage UDEV, "/dev/sdb6", mais rootfs. Ce qui signifie à mon avis qu'il s'agit d'un système de fichiers virtuel en mémoire.

Question : où trouver cet UUID?

Merci.

Bonjour, Il y a beaucoup de choses dans ce fil.
J'utilise en général mcedit en ligne de commande, d'usage assez intuitif. Je crois qu'il est dispo par défaut.
Pour redémarrer le réseau en ligne de commande, j'utilise systemctl start network. Cà me semble plus universel.
Le problème majeur semble être que l'UUID semble être utilisé aussi ailleurs que dans fstab et écrit "en dur". Cà mérite d'être rapporté sur un bugzilla.
Un rapport de bogue sur l'écriture dans fstab : https://bugs.mageia.org/show_bug.cgi?id=12631

Merci pour ta réponse, et notamment pour l'écriture "en dur" de cet UUID.
Peut-être pas dans OpenMandriva avec son fstab minimal, mais sûrement dans MDV 2011.0 et Mageia, il y a un problème "d'ordonnancement" pour lui donner un nom.
Il me semble anormal que le moindre point de montage défaillant autre que ceux essentiels au système puisse faire autant de dégâts :
--arrêt de systemd
--pas de X Window
--pas de réseau
--dans ce cas, pas de montage '"udev", mais virtuel, en m"mémoire, il me semble : pas de /dev/sdb6 comme /, ni de /dev:sdb5 comme swap
Sans vouloir blesser aucunement, une partie du code MDV a été créé en période de crise grave pour Mandriva SA. L'équipe a fait pour le mieux à cette époque.
Je ne sais si les devs de Mageia ont entièrement audité le code.
Il serait intéressant de savoir si mon cas est unique, en relation avec ma config, ou si d'autres exemples existent.
Je ne suis pas dev, mais ai un peu bricolé il y a longtemps en Basic, Assembleur Z80, MC6803/6809, MC 68000, 8086, un peu de Pascal, un petit plus de C; même si c'est très lointain, il me reste quelquechose. A mon avis, il faut restructurer une partie du code de chargement pour éviter cette vulnérabilité.
Mon but est communautaire, aucunement offensant. J'espère qu'il en bien ainsi.
Il me serait agréable et réconfortant d'avoir été utile par mes retours d'expérience.

Édité par ahlner Le 25/05/2014 à 00h40

Si, il est installé, mais cela ne m'est utile qu'en cas de défaillance d'open SUSE.

Pour éditer les fichiers de M4 depuis openSUSE, j'utilise Beaver en root.

J'ai "chrooté" M4 :









Donc, dans M4











Avec PCManFM (lxde openSUSE) je ne vois pas l'UUID dans :







Je ne sais où intervenir.

Des idées?

Merci.

Très peu d'idée sur le sujet.
Cà mériterait d'êre documenté :-/ (c'est qui les gens de la doc ?)
Je chercherais du côté de dracut.