Bonjour à toutes et tous
Je viens de faire une MàJ de 240 paquets
Après avoir lancé ma MàJ , j'ai eu un message concernant GRUB , selon lequel il n'y avait pas de fournisseur pour cette MàJ
Je résume le message , mais c'est le message classique du manque de fournisseur sur un paquet donné
4 choix possibles 1) désinstaller GRUB et les dépendances , 2) je ne sais plu 3) casser grub 4) garder la version obsolète
Plein de certitudes , me disant que si il me proposait de désinstaller , c'est que forcément quelques part il y avait qque chose de neuf à mettre à la place
éh bien non
Si bien qu'au redémarrage , j'ai un écran noir avec GRUB et une invite de commande et curseur clignotant
J'ai bien tenté " start sddm " sans conviction , et j'avais bien raison , ça n'a rien démarré
Comment faire : soit redémarrer GRUB , soit démarre une l'affichage graphique de tumbleweed
Je me dis que si j'arrive à démarrer Tumbleweed , je pourrai retrouver et installer GRUB à partir de Yast
Ou , réinstaller GRUB à partir de son écran de démarrage , sachant que je suis connecté en filaire
Merci
Bonne journée
Si vous avez le dvd d'installation faites une mise à niveau. Cela réinstalle automatiquement Grub à la fin.
Bonjour Sobkowiac
Merci
Je n'ai plus le media d'installation , c'est une installation de plusieurs années ( +- 2/3 ) et c'était à partir d'une clef USB
Je peux refaire facilement une nouvelle clef bootable avec une image récente , est ce que cela marcherait ? et je ne voudrais pas perdre les données qui sont sur le disque , comme je n'ai qu'une distribution sur le disque , je ne me suis pas compliqué la tâche en faisant une partition " home " , et je m'en mords les doigts
Pour récupérer les données , je peux passer par une autre distribution , mais cette installation n'avait pas encore intégré les pilotes NVidia , et elle " marche " très bien
Avant de tenter quoique ce soit , j'attends votre confirmation ou infirmation de ma manip suggérée
Bonne fin de journée
Tu peux faire la manip' indiquée par
@sobkowiak depuis une nouvelle image.
Si tu n'as pas de home séparée, tes données sont sauvegardées dans les snapshots de btrfs (si tu utilises ce type de fichiers).
Mais pense à faire des sauvegardes régulières sur disque externe avec, au choix, rsync, luckybackup, grsync, kup, etc...
à plus,
oh!rocks
Bonsoir oh!rocks
Merci
Je vais faire la manip demain , ça me laisse un peu plus de temps
Cela fait déjà qques temps que j'installe en btrfs , mais cette installation qui date de qques années , je ne me souviens plus si c'était btrfs ou encore ext4
Avant de faire la manip , je vais voir si je peux récupérer mes fichiers avec une distrib sur clef
Je vous retournerai toutes les infos demain dans la journée
Bonne soirée
Bonjour à toutes et tous
Je galère un peu pour dépanner et réparer ma bêtise
J'ai donc fait une copie des dossiers et fichiers que je souhaitais conserver , parce que ça ' " s'emmanchait " plutôt mal
Ensuite j'ai essayer toutes les possibilité offerte par " l'écran" d'accueil de l'installeur
1) démarrer le hdd > écran noir et Grub curseur en attente , comme je ne sais pas quoi lui donner , je passe à
3) mettre à niveau > affichage de tous les fichiers manquants pour aller plus loin , je cale et passe à
4)Système de secours > écran noir comme TTY , c'est bien ,sauf que les commandes que j'avais récupérées sur le forum anglais , elles ne passent pas , comme si il manquait quelques choses ( un ordre reconnu ) . J'essais quand même " sudo yast2 " ,c'est une des lignes de commandes que j'ai trouvé , mais ça ne passe pas . Alors
5) démarrer Linux > je passe les étapes en acceptant les choix ,jusqu'a OK et écran bleu , un curseur qui attend ,mais là encore je ne sais pas quoi lui donner
Donc je revient à 3 mettre à niveau
Là , j'avance un peu plus , puisque j'arrive à Yast , où je coche les cases de GRUB 2 et tout ce qui va avec , et tout s'installe
Sauf que maintenant il manque des " packages "
Message
" impossible de lire la base de données RPM actuelle "
" aucun de ces fichiers n'existe "
"/mnt/var/lib/rpm/Packages "
"/mnt/var/lib/rpm/packages.rpm"
" /mnt/var/lib/rpm/Packages.db "
Comment faire pour monter ou charger ces fichiers
J'arrive bien à ouvrir une fenêtre quoi doit être un terminal ( byebug), mais ne prend pas en compte les commandes classiques
Si vous avez une petite idée avant la réinstall
Merci
Bonne soirée
Bonjour,
Je ne saurais pas t’aider mais il semble que tu sois dans cette situation https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/WLXHSCIHXEFEQQC6TGPL5GBSUCTTVPIE/
où il fallait choisir 2. Je me demande quels sont les logiciels qui ont installé par erreur ces deux paquets inutiles avec grub2.
Bonsoir Chalu
Merci pour ce lien , c'est exactement le message que j'avais
Je n'ai pas voulu supprimer " dracut " il est de toutes les MàJ et en quantité de lignes , et ça ,depuis l'installation de cette Tumbleweed , je disais 2/3 ans , mais vu les fichiers que j'ai sauvegardés hier , ce serait plutôt 4/5 ( le temps passe :'( )
Mais , je suis quand même idiot , d'habitude , lorsque j'ai ce genre de message , j'abandonne , et j'attends avant de faire la MàJ et je parcours les forums pour voir si ce problème est rencontré par d'autres , et là ,comme un
Je vais essayer de chercher encore un peu sur les forums , il doit bien exister un moyen de corriger ça !
Si bien que le problème "texlive " de l'autre fil , il est un peu en stand-by, je ne sais pas si il ne va pas être résolu avec une nouvelle installe
Bonne soirée
La database de rpm a peut être besoin d'être reconstruite? rebuild rpmdb
Bonsoir Jtro
Merci
Je dois le reconstruire en passant par l'option " système de secours " , c'est celle qui m'amène sur un terminal après chargement du système , et c'est la seule place où je peux utiliser la ligne de commande en root
Est ce que " rebuild rpmdb " est la ligne de commande complète
Je me dépanne avec une iso (4.3 Go )sur une clef usb
Bonne soirée
Salut. Regarde sur le man. Là je suis sur téléphone, pas de pc. Normalement c'est --rebuilddb.à confirmer. Ça reconstruit une base corrompue de rpm
Edit: rpm -rebuilddb
@jenrem : Bonjour,
Sur trois installations de TW, sur une seule j'ai eu la question au sujet du conflit grub2 / dracut-pcr-signature. Je me suis dit qu'il était impossible de virer grub2 sans connaître de graves problèmes ultérieurement. Je suis allé voir les deux autres installations et sur celles-ci dracut-pcr-signature n'était pas installé (pas plus que sdbootutil). J'ai donc choisi l'option 2 (dracut tout seul n'en demeure pas moins installé).
Je n'ai aucune idée de la raison pour laquelle ces paquets conflictuels avec grub2 étaient installés sur ce PC.
Jette un œil sur cette page pour réparer une base de donnée RPM corrompue :
https://www.suse.com/support/kb/doc/?id=000017180
C'est de la documentation SUSE plutôt complète sur le sujet. Elle indique aussi où le système fait des sauvegardes de la base de données RPM et comment au besoin récupérer l'une d'elles.
Bonsoir à toutes et tous
je viens donner un peu de nouvelles , j'avance à petit pas
Merci Jtro , Chumi
J'ai réussi à passer les commandes , mais pas évident d'arriver sur une konsole tty de la distrib installée
En passant par une clef bootable de Tumbleweed , il faut prendre l'option " système de secours " , on arrive sur un écran bleu avec en premier les choix d'une image kernel (2 dans mon cas ) ensuite on a un choix multiple 7/8 lignes , dont en premier le choix de la partition où se trouve la distrib ( sda2 dans mon cas ) et les autres concernent les disques , je n'ai pas fait attention si il y avait la partition d'amorçage ( je vais donc refaire la manip )apès avoir choisi le disque , on se retrouve sur un écran noir .
Pour passer sur TTY , j'ai essayé Ctrl+Alt + f1,f2,f3,f4 , je ne sais pas quelle combinaison a marcher ,mais je me suis retrouvé dans la konsole , et là j'ai pu rentrer les commandes , un temps de latence +-30"et le curseur reparaît ,j'ai rentré les 3 lignes du lien de Chumi , .
Mais comment savoir si il se passait qque chose , j'ai à nouveau rentré les lignes avec des erreurs de syntaxe , et aussitôt un message d'erreur comme quoi la commande n'était pas reconnu , j'en conclu qu'il s'est passé quelques chose
Après , j'ai redémarrer pour voir si cela avait recaler tout , hé bien non , je suis toujours sur l'écran noir de GRUB
Donc je continue de chercher dans les forums anglais . Je me dis qu'il doit bien y avoir une solution de dépannage , si un ordi pro se retrouve pris comme ça , si il y a des dossiers sensibles , il doit bien y avoir un moyen de dépanner . Bon , j'admet que les pros sont sûrement moins idiots que moi , mais " ya" toujours un risque
Je vous raconte tout ça , au cas ou quelqu'un aurait la même mésaventure , qu'il n'abandonne pas trop vite , le chemin est long
Bonne soirée
Salut
@jenrem C'est compliqué de suivre, car tu fais plusieurs options en même temps sans aller au bout.
Je pense que tu dois commencer avec l'option « mise à niveau », qui est l'option la plus simple.
– Dans l'option «
mise à niveau », tu as le choix entre combien de grub ? (Tu étais en multiboot ou pas ? ?)
Bonjour Yoman
Je suis en simple boot , 1SSD 120Go , une distrib et un SSD sur usb pour faire les sauvegardes lorsque c'est nécessaire ( et aussi lorsque j'y pense :-[ )
J'ai fait toutes les options les unes après les autres ,avec redémarrage à chaque fois , bien sûr
Mise à niveau , je bloque au niveau de " mise à jour " , c'est à ce moment là qu'il me signal
et je ne peux pas faire autrement que " abandon " ,l'autre choix " poursuivre " ,me ramène toujours au message ci dessus
Système de secours , je suis sur une konsole , je suis en root , mais je ne sais pas quoi lui donner comme commande , et surtout , je ne sais pas si je suis dans le terminal de la clef ou du disque ??
Enfin , " démarrer Linux " , me donne les choix de disque et de partition . Lorsque j'ai fait mon choix , je pense être dans le terminal du disque ,mais comment le savoir ?
Dans le lien que m'a donné Chumi , il est écrit qu'il faut vérifier dans /var/lib/rpm si les " Packages " sont présents , j'ai donc essayé
# nano /var/lib/rpm
mais je ne rêvais pas du résultat
Je suis allé voir voir aussi en passant par une clef usb bootable ( Manjaro ) tous les dossiers de Tumbleweed , mais beaucoup , dont " var " sont vides ??
C'est peut être un peu fouillis , mais c'est un résumé de toutes les opérations que j'ai faites depuis ma co..erie
j'espère que tu ne t'arraches pas les cheveux après cette lecture
Bonne journée
@jenrem ah ok... c'est hard j'avoue.
Non, je ne me tire pas les cheveux. Faut bien lire pour bien comprendre la problématique.
Je pense qu'il faut exploiter la solution de @chumi et @jtro.
a tout hasard tu as essayé un :
sudo grub2-mkconfig -o /boot/grub2/grub.cfg
pour mettre à jour ton grub.... (je sais tu en as plus, mais ça ne coute rien, l'informatique est souvent bizzard, parfois, ça marche quand ç a ne le devrait pas)
erreur de manip , je recommence tout
Re yoman
J'ai essayer les commandes de Jtro et Chumi , dans un terminal , mais je ne savais pas si j'étais dans le terminal disque ou clef .
Depuis j'ai vu qu'il faudrait faire un " fdisk -l " pour savoir
Je n'ai pas encore fait ta ligne de commande , mais en fouillant ce matin , j'ai trouvé ça
https://forums.opensuse.org/t/need-to-repair-grub/164820/3
et ça ( c'est un lien dans la page précédente )
http://logan.tw/posts/2015/05/17/grub-install-and-btrfs-root-file-system/
Dans les deux cas , ils ne disent pas si ils sont dans " système de secours " ou " démarrer Linux
Ils ne disent pas non plus si ils réinstallent GRUB dans " le disque ", la partition " / " ou le MBR ( même si à un moment ils en parlent )
J'ai aussi trouvé un tuto qui lui opère dans " système de secours "
Je vais donc essayer de mettre en œuvre ta commande , et je te rendrai compte des résultats
Bonne journée
Tu peux aussi essayer supergrub2 disk sur une clé usb. On ne sait jamais.
@jenrem : nano est un éditeur de texte, tu ne vas rien voir avec la commande que tu nous as montrée.
Pour voir si un fichier Packages.db est présent dans /var/lib/rpm, il faut faire :
cd /var/lib/rpm && ls
Bonsoir à toutes et tous
Merci
@Yoman , la commande n'est pas passée , je mets des photos après
@Jtro , j'ai trouvé une page " rescatus & supergrub2 disk" est ce que je peux charger sur ce site , je n'aime pas trop les sites " marchands " , 01...club... et autres , celui la est " .org " !
@Chumi , merci , j'utilisais nano pour rentrer le"source list" lorsque j'étais en double avec Debian , maintenant c'est plus rare . Je n'espérais pas grand chose , à part peut être l'ouverture du dit dossier , on ne sait jamais
Par contre ta commande est plus correcte , mais ça ne m'a pas permis d'ouvrir le dossier /var depuis le terminal où j'étais , je ne sais plus si le rejet était dû à " acces denied " ou autre chose , j'en ai pas mal de refus cet aprem
Je ne sais pas si vous êtes allés voir les liens que j'ai mis dans #16 , mais le deuxième , Logan , j'ai bloqué sur la ligne
$ sudo mount -o subvol=@ /dev/SDA4 mnt
son " subvol=@ , ça me perturbe , je ne vois pas ce que je peux mettre , j'ai essayé " /dev/sda=/dev/sda2 (mon disque ) , mais c'est rejeté , ça ne me surprend pas non plus
Alors , je me suis rabattu sur le tuto youtube , et là je suis allé au bout , mais il faut faire attention aux espaces et ce n'est pas forcément évident , j'ai galéré un peu , mais je suis allé au bout , sauf qu'au bout justement , il m'a dit que c'était pour un système i386 ,donc , rien toujours mon écran noir "GRUB "
https://i.postimg.cc/tTvCbpRJ/IMG-20240425-172127.jpg
https://i.postimg.cc/jqWJjkpm/IMG-20240425-171503.jpg
J'espère que ça va passer
Quel hebergeur d'images vous utilisez
je croyais qu'on pouvait maintenant mettre des images à partir du forum , ça a été supprimé cette option
Bonne soirée
edit , Chumi , la derniere ligne sur la photo 2 c'est la " tienne " , la répons c'est " no such files " , ce qui m'inquiète un peu
Ah oui! là c'est inquiétant :( j'ai l'impression qu'il y a eu une sacré casse.
hébergeur d'images : https://imgbb.com/
Sinon,
rescatus & supergrub2 disk, c'est le site des développeurs. Tu peux d'ailleurs voir leur GitHub où les sources sont disponibles : https://github.com/rescatux/rescatux/ (donc de confiance pour moi).
Bonsoir.
https://www.supergrubdisk.org/super-grub2-disk/
Ou https://sourceforge.net/projects/supergrub2/
@jtro @Chumi N'oubliez pas qu'a la base :
donc il lui faudra ces fichiers manquants pour mettre à jour son système, qu'il passe par un outils grub usb ou autres....(je peux me tromper dites moi...)
La question, c'est de savoir si il peut télécharger sur OpenSUSE les fichiers manquants ?
Oui ce n'est pas faux ;) : réparer Grub serait-il suffisant si tout est en vrac par ailleurs?
Comment serait-il possible de télécharger les fichiers manquants sur openSUSE? Les fichiers dont il est question sont à mon avis des fichiers qui se mettent en place à l'installation et à l'initialisation du système (selon les choix faits lors de l'installation).
Regarde dans /var/lib/rpm, tu trouveras
Index.db et
Packages.db, des bases de données en somme.
J'avais indiqué ce lien vers la doc de SUSE : https://www.suse.com/support/kb/doc/?id=000017180
Le système fait des sauvegardes de la base de données des packages (5 par défaut je crois), ici : /var/adm/backup/rpmdb. Et la doc indique comment restaurer une base de données à priori ou supposée non corrompue.
Bien sûr il faut décompresser, copier, et tout ça en lignes de commandes (on peut aider). Mais on ne restaurera pas
index.db comme ça 🤔 (est-ce absolument nécessaire?)
Bonsoir à toutes et tous
Je reprends vos derniers posts
Il manque des fichiers qui sont important puisque l'option " mettre à niveau " échoue lorsqu'elle va chercher ces fichiers , qui apparemment n'existent plus . Et la commande de Chumi " dd /var/lib/rpm " renvoie un message qui semble confirmer l'absence de ces fichiers
Une autre question que je me pose aussi , est ce que ma connexion réseau est reconnue par ,et la clef et le restant de distrib qui est sur le disque . Si je dois réinstaller les paquets manquants , je pense qu'il faut qu'ils soient chargés directement sur le disque ,pas sur la clef
Et , si ils sont chargés sur la clef , comment les faire installer sur le disque ??
Sur le tuto youtube , j'ai le temps de voir que l'ordi a une connexion Ethernet , sur le mien , ça défile vite , je n'ai pas le temps de lire , je vais essayer " arrêt défilement " mais je ne suis pas sûr de caler sur les bonnes lignes
Dans les deux discutions de forum , dont j'ai mis les liens , il y a cette " référence " à " subvolume " qui n'est pas reconnue comme " ordre" du bash , également ce " =@" , dont le " @ " est rejeté . Je suppose qu'il doivent être remplacés par une référence " physique " du matériel ! mais je n'ai pas trouvé laquelle
Sur l'autre ( le premier lien de #19) il parle également de " subvolume " et il utilise des commandes que je ne connais pas ( shim ,recheck ,/nvme0n1p1 ???)
Demain , j'essaierai les commandes du premier lien , je verrai , et après je chargerai superGRUB2
Une dernière réflexion , lorsque je prends l'option " mettre à niveau " , il me signal les 3 fichiers manquants , pourquoi il ne va pas dans la clef USB pour les chercher , se sont des fichiers qui s'installent à l'installation ;-( , pour un dépannage , il pourrait aller chercher les fichiers qui lui manquent dans le média d'installation ( ils n'ont pas pensé à ça les devs de chez SuSE ;))
Demain étant un autre jour , je continuerai
Bonne soirée
@jenrem : Bonsoir,
Je suis désolé mais je cale un peu, et je n'ai pas eu le courage de plonger dans les liens que tu nous fournis (de mettre la tête dedans).
Pour répondre à ta dernière réflexion, tous les fichiers présents à l'issue d'une installation ne sont pas forcément présent dans le média d'installation (et probablement beaucoup ne le sont pas). Je ne suis pas informaticien mais je vois l'installation d'un système comme un processus dynamique. Ce n'est pas un simple copier/coller d'un média vers un autre , et des chaînes de commandes, des scripts, se mettent alors à agir. Un fichier manquant, ce n'est pas comme un paquet manquant.
Un coup comme ça, comme le tien, je ne me prends plus le chou, j'essaie deux trois trucs et si rien ne va, je réinstalle. Le plus important pour moi ce sont mes données persos que je sauvegarde en deux ou trois exemplaires (plutôt trois d'ailleurs). Le système en lui même, plus ça va, plus je cherche à le simplifier (pas trop de personnalisation par exemple).
Pas très encourageant, encore que?
Bonsoir Chumi
Il est un peu tard maintenant pour résumer ce que j'ai fait cet aprem ( comme pour ré^pondre à Yoman dans l'autre fil )
Demain je mettrai les résultats des manips , je suis toujours bloqué , mais ça a avancé un peu
Peut être pourrez vous me donner de nouvelles pistes , ou pas
J'ai sauvegardé à peu près tous les fichiers qui sont sur le disque , mais , tant que j'ai une idée à essayer , je le fait . Et comme mes idées n'arrivent pas toutes en même temps , ça peut durer
Bonne soirée
Bon, alors nous apprendrons tous si tu avances ;)
Bonne nuit
Bonjour à toutes et tous
Je vais essayer d'être bref et concis :-[ , en utilisant plus les photos que les longs discours ( ça commence mal )
J' ai suivis les commandes données sur le forum open SUSE ( anglais 1er lien #16 )
J'ai utilisé les commandes en suivant , sauf celles " doesn't work " jusqu'à la commande identique à celle que m'avait Yoman #15
1ere réponses
https://i.postimg.cc/kMFg8KKR/IMG-20240426-174815.jpg
2 pages de lignes rouges , mais en bas c'est écrit " utilisez " zypper install" " ce que je n'ai pas trouvé dans les forums
Donc après avoir essayé une demi douzaine ( au moins ) de formulations de la ligne de commande j'ai fini avec celle ci ( de mémoire )
#zypper install grub2 -o /boot/grub2/grub.cfg
ça m'a donné ça
https://i.postimg.cc/YCKB0tz3/IMG-20240426-175809.jpg
où je retrouve le conflit avec " dracut " , et cette fois je choisi de désinstaller dracut, , j'accepte et j'ai ça
https://i.postimg.cc/63R3PBw1/IMG-20240426-175902.jpg
" installation complète avec erreur " , c'est pas terrible , mais c'est mieux qu'avant où je n'avais rien
J'enlève la clef et je redémarre ( assez confiant , et un peu fier , ça dur pas )
écran de redémarrage
https://i.postimg.cc/jdqfDJRx/IMG-20240426-180255.jpg
il a évolué lui aussi , c'est toujours grub mais " rescue " et il attend que je lui écrive qque chose , mais là ??
Je vois aussi " grub2 /i386 " et là je m'inquiète un peu , mon système et x86_64 , je pense que si ça n'a pas redémarré correctement c'est probablement à cause de ça
j’éteins , je remet la clef , redémarre et je choisi l'option " mettre à niveau " , j'avance jusqu'a louverture de Yast2 pour voir ce qui est installé au niveau de grub , c'est ça
https://i.postimg.cc/ZY7zp16G/IMG-20240426-181630.jpg
c'est bien grub2 i386 qui est installé ( ou en attente d'installation ) je le décoche , mais en bas j'ai grub2 EFI , mais dans le bios , je ne trouve nul part " EFI" donc j'hésite et recoche i386 ,ensuite j'accepte la cinquantaine de changements de fournisseurs et j'ai ça
https://i.postimg.cc/pXW7GkJD/IMG-20240426-181940.jpg
j'accepte la suppression des dit paquets et j'accepte la MàJ , et dernier avertissement
https://i.postimg.cc/Hk4rYYyG/IMG-20240426-181953.jpg
J'accepte aussi , et la MàJ se fait , mais au redémarrage ,
https://i.postimg.cc/jdqfDJRx/IMG-20240426-180255.jpg
Voila où j'en suis , la prochaine étape refaire la mise à niveau en décochant i386 et cocher grub2 EFI , et je verrai bien ce que ça donne
Bon appétit
Bonne journée
J'arrive peut-être après la bataille mais si le dossier /var est vide, le système est tout simplement HS.
Tu vas devoir réinstaller, je pense que ce sera plus simple que de copier/coller des fichiers systèmes... :)
Et si tu as des choses à récupérer (genre /home), fais-le au préalable avec une clef de dépannage (SystemRescue (https://www.system-rescue.org/), par exemple).
à plus,
oh!rocks
Bonjour
@jenrem !
L'idée du deuxième lien que tu partages dans #19 est celle que j'aurais suivie, même s'il existe d'autres techniques sur certaines distributions comme Ubuntu (mon frère avait pu réinstaller Grub depuis une clef bootable Ubuntu, suite à l'éffacement de Grub par windows). L'idée est de retourner dans le système défectueux à partir de la clef de sauvegarde, je l'ai utilisée plusieurs fois suite à de mauvaises lignes de commandes du kernel (quand j'avais une /usr séparée dans LVM).
Sur le début de la deuxième photo de #19, on voit que tu as listé les partitions (mais je ne reconnais pas l'outil et ça ne permet pas de savoir dans quelle partition est la racine de ton système). Moi, j'utilise
lsblk et
fdisk -l pour ce faire.
Quelques précisions par rapport à l'article:
Au moment où tu as eu l'invite de commande rouge, tu avais probablement bien switché sur le système de fichiers installé sur la partition
/dev/sda2, montée quelques lignes auparavant.
Une fois que tu as réussi à remonter toutes les partitions/sous-volumes au bon endroit (si avant le chroot,
/mnt/var est vide, ce n'est probablement pas le cas), tu peux utiliser zypper s'il manque des paquets et l'interface ncurses de YAST pour réinstaller grub (elle est très bien, j'ai dépanné par téléphone mes parents plusieurs fois avec).
Il faudrait aussi que tu (re-)précises ton matériel, je trouve étrange que tu n'aies pas besoin de
grub2-x86_64-efi.
Bon courage, c'est jamais facile de déboguer le bas niveau.
Pascom
Bonsoir à toutes et tous
@ Oh!rocks et Pascom
J'ai " travaillé" sur ce disque 3-4 heures cet aprem , il est un peu tard ce soir pour faire un long résumé , mais je m'y colle demain
En vitesse , Oh!rocks , c'est en passant par une clef bootable ( Manjaro ) que j'ai pu lire les dossiers , et beaucoup étaient " vide " , mais depuis , j'ai fait des MàJ via " dépannage système " ,je ne sais pas si qque chose a été " remis "dans ces dossiers ? je verrai demain
@ Pascom , merci pour toutes ces pistes , entre autre celle ci , qui est un peu différente de celle que j'avais tapée et qui n'aboutissait à rien , je verrai demain
# mount -o subvol=@ /dev/sdxy /mnt
Bonne soirée
Bonjour à toutes et tous
J'ai pris un peu de retard , j'avais bloqué mon après midi d'hier pour refaire toutes les manips et les prendre en photos pour faire le résumé , mais une visite imprévue a changé mon emploi du temps
Mais vite fait pour Pascom , le listage des partitions , c'était " fsblk " sans option
Le dépannage avec Ubuntu , je l'avais vu , mais je n'ai pas gardé parce qu'il fallait "installer " ubuntu , et je n'aime pas trop ,et je ne le retrouve plus , dommage , parce qu'en dernier ressort ça pourrait être bien à essayer
@ Oh!rocks en passant par la clef Manjaro , j'ai revérifié les dossiers de Tumbleweed . Les dossiers suivants sont vides
/dev, /opt ,/sys,/var
https://i.postimg.cc/Fsy7d3cL/IMG-20240429-115750.jpg
Donc , si je te suis bien , il y a peu d'espoir
J'espère en savoir un peu plus demain
Bonne fin de journée
@jenrem : opt ne sert pas à grand chose mais les autres sont absolument essentiels.
Aucune procédure de "dépannage" ne remettra ces dossiers dans leur état minimal de fonctionnement.
https://www.malekal.com/les-repertoires-systemes-arborescence-linux/
Arrête de te prendre la tête et de perdre du temps : sauvegarde ce que tu peux et réinstalle tranquillement. ;)
à plus,
oh!rocks
Bonsoir,
C'est normal que
/dev et
/sys soient vides. Ils sont peuplés automatiquement par systemd et le kernel (si je me trompe pas). Si je faisais comme toi (avec une clef live) sur mon système fonctionnel, je les verrais vides. Ce n'est pas anormal que
/opt soit vide comme le disait Oh!rocks. Par contre, si
/var est vide, il y a un problème...
ou alors, sont contenu est sur une autre partition.Comme tu as facilement accès au système tu peux regarder
/etc/fstab tu devrais voir si tu as une partition séparée. Si ce n'est pas le cas, comme Oh!rocks, je te conseille de réinstaller le sysème.
À plus,
Pascom
PS: Je pars en vacances 8), donc je ne répondrai peut-être pas très souvent (suivant la météo).
Bonsoir
Merci à vous deux
Je tenais beaucoup à cette vieille installation qui tournait sans les pilotes NVidia , qui sont une galère lors des MàJ
En démarrant , avec une clef bootable Tumbleweed , et en prenant l'option " dépannage système " , j'accéde à tty du disque , je ne me souviens plus de la commande ( je vais rechercher ) pour lire les fichiers qui sont dans un dossier ,juste pour vérifier sur le disque si ces dossiers sont rééllement vides , il me semble que c'est " cat" , mais je n'ai plus la syntaxe
On verra demain
Bonne vacances Pascom , et je préférerais pour toi que tu n’aies pas le temps de me répondre
Bonne soirée
Bonjour,
ls -Al /chemin/du/dossier
Les options que j'ai utilisé:
- -A: Inclut les fichiers cachés mais pas . et ..
- -l: Affiche les détails
Tu peux piper dans
less si nécessaire:
ls -Al /chemin/du/dossier | less
Bonne journée,
Pascom
Bonjour et merci Pascom
J'ai fait un peu de confusion avec " cat "
Je regarderai cet après-midi le résultat de la commande sur le dossier / var du disque , et mettrai le résultat avant de passer à la réinstallation
Ne gâche pas tes vacances pour me répondre , j'ai tout mon temps
Bonne journée
Bonsoir à toutes et tous
Je suis donc allé voir ce que contenait le dossier /var de mon système en panne avec la commande "ls" de Pascom , et , afin d'avoir une comparaison , j'ai fait de m^me sur mon système actuel
Il y a des différences , en nombre de fichiers et en contenance des dit fichiers . Je n'ai pas les connaissances suffisantes pour en tirer des conclusions , je laisse le soins aux connaisseurs de me dire de quoi il retourne
https://i.postimg.cc/3xgKTkgh/G-syst-me-en-panne-D-syst-me-actuel.png
La vue de gauche c'est le système en panne , et bien sûr à droite le système sur lequel je suis en ce moment
Je n'ai pas pensé à ouvrir les fichiers internes , si il faut le faire , demandez , je le ferai
Bonne soirée
Salut @ch!roks
La partition /opt n'est pas inutile, bien qu'elle soit souvent sous-utilisée. Elle sert à l'installation de paquets logiciels tiers qui ne font pas partie de la distribution.