Montage partition [Réglé]
bon c'est très compliqué. J'ai planté mon ordi suite à une mauvaise manipulation.
Message d'erreur, entre autre chose:
serverauth.2772 does not exist
Je ne sais pas comment résoudre ce problème. En outre, j'ai mon wiki sur la partition /var qui se trouve sur la racine qui n'est pas séparé.
Si j'utilise un système autonome pour créer une autre partition /var avec le centre de contrôle, comme il en existe déjà une dans la racine, le message suivant s'affiche:
Le répertoire /var contient déjà des données
(.updated, avahi, cache, db, empty, ...)
Vous pouvez soit déplacer les fichiers vers la partition qui sera montée, soit les laisser où ils sont (ce qui aura pour effet de les cacher par le contenu de la partition montée)
Dois-je avoir confiance?

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Concernant la nouvelle partition, tu peux la monter temporairement dans /media/var, puis déplacer le contenu de /var dans /media/var.
Ensuite tu peux faire le montage depuis diskdrake, quand /var a été vidé.
Yves

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Comment es tu arrivé au problème de serverauth.2772 does not exists ?
Quelle est la "mauvaise manipulation" ? Qu'as tu tenté de faire ?
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |
Alors, dans l’ordre, mise à jour avec l’appliquette. Un problème de place dans la racine. J’ai dû enlever un certain nombre de noyaux à la main, parce que j’en avais beaucoup depuis mageia 7. J’ai dû procéder manuellement, car à la ligne de commande et avec l’interface graphique, ça ne passait pas. Super ça marche.
Je me suis rendu compte dans un second temps que je pouvais paramétrer l’emplacement des rpm pour la mise à jour. Ce que j’ai fait.
Ensuite, il y a eu des orphelins, j'ai eu l'idée géniale de les retirer. Je pense que le problème vient de là. Dans l'immédiat, je suis sur une USB autonome.
Voilà.

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |
Sur le système en dur, l'interface graphique ne se lance plus.

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
urpmi task-plasma
Si échec que donne
urpmi --reinstall-package --replace-files task-plasma
Si échec que donne
urpme task-plasma
urpmi task-plasma
(Je n'ai pas la syntaxe exacte, je ne suis pas sur un PC, il faut corriger les options)
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |
J'ai récupéré mon environnement graphique. Par contre, je n'ai plus accès à mon wiki en local.
Accès interdit!
Le dossier MediaWiki est avec les droits root.
J'ai mis les droits apache pour voir ce que ça donne.
J'ai dû réinstaller les paquets task-lamp et mediawiki.
Merci Jybz

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |
La commande urpme --auto-orphans nettoie aussi le cerveau 😅, encore merci.
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie