Aller au contenu principal
Sujet: btrfs: démarrages défectueux... (Lu 2237 fois) sujet précédent - sujet suivant

btrfs: démarrages défectueux...

Démarrage de Suse tombant sur CTRL-d pour me donner la commande su.
J'ai reboot et utilisé snapshot, dans Grub  (3°ligne ); hou que c'est bien de retrouver Suse.
2° jour, démarrage sur Suse et encore pas Suse; je regarde le journalctl et note:
ATTR{sys/devices/virtual/block/dm-/queue/scheduler} ignoring: no such file or directory.
3° jour, zut et rezut  je refais la 3° ligne du snapshot chez GRUB pour retrouver Suse.
et là, je vois une ligne bleue qui dit:
error: can't create transaction lock on /usr/lib/sysimage/rpm/.rpm.lock (readonly file system)
et 2 lignes rouges
Citer
Removed og (59913) libstemmer0d-2.1.0-1.11.x86_64(àSystem) failed:
Error: Subprocess failed. Error: RPM failed: command exitedwith status1
je commence à fatiguer, là;...
je fais un zypper dup en espérant que ça va tout arranger mais non, ça me dit figure ci-jointe:
https://zupimages.net/viewer.php?id=23/41/1t33.png
Avez-vous une solution ??
Sinon j'envisage une re-install de Suse ? en btrfs ? en ext4 ?


Re : btrfs: démarrages défectueux...

Répondre #1
Bonjour,

Si tu fais df -h il reste de la place sur le disque?
Si tu es en mode read only tu ne pourras rien écrire, donc il est normal que zypper plante.

Par contre, avec tout ce que tu évoques, je commence à me poser aussi la question d'un soucis de ssd.
Aurais tu la possibilité de tester un autre cable sata, ou quitte à faire une réinstallation de le faire sur un autre SSD?

D'ailleurs sais tu si le firmware de ton ssd est à jour?

Re : btrfs: démarrages défectueux...

Répondre #2
hiii burn !!!
alain@Suson:/Mesdocs> df -h
Sys. de fichiers        Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/system-root   200G    8,1G  191G   5% /
devtmpfs                  4,0M       0  4,0M   0% /dev
tmpfs                     3,9G       0  3,9G   0% /dev/shm
efivarfs                  128K     39K   85K  32% /sys/firmware/efi/efivars
tmpfs                     1,6G     10M  1,6G   1% /run
tmpfs                     3,9G    1,9M  3,9G   1% /tmp
/dev/mapper/system-root   200G    8,1G  191G   5% /.snapshots
/dev/mapper/system-root   200G    8,1G  191G   5% /boot/grub2/i386-pc
/dev/mapper/system-root   200G    8,1G  191G   5% /opt
/dev/mapper/system-root   200G    8,1G  191G   5% /boot/grub2/x86_64-efi
/dev/mapper/system-root   200G    8,1G  191G   5% /root
/dev/mapper/system-root   200G    8,1G  191G   5% /srv
/dev/mapper/system-root   200G    8,1G  191G   5% /usr/local
/dev/mapper/system-root   200G    8,1G  191G   5% /var
/dev/sdb4                  39G     19G   19G  50% /DEBIAN
/dev/sdb3                 511M    7,0M  505M   2% /boot/efi
/dev/sda3                  13G    4,2G  7,3G  37% /homeDEBIAN
/dev/sda2                  21G    9,1G   11G  47% /Mesdocs
/dev/mapper/system-home   363G    526M  344G   1% /home
tmpfs                     780M     56K  780M   1% /run/user/1000
alain@Suson:/Mesdocs>
Le truc qui est read only :
/usr/lib/sysimage/rpm/.rpm.lock
aux droits d'accèes, c'est tout en grisé donc on peut pas y toucher.
je vais essayer:
Suson:~ # chmod -R 777 /usr/lib/sysimage/rpm/
chmod: changing permissions of '/usr/lib/sysimage/rpm/': Read-only file system
chmod: changing permissions of '/usr/lib/sysimage/rpm/.rpm.lock': Read-only file system
chmod: changing permissions of '/usr/lib/sysimage/rpm/Index.db': Read-only file system
chmod: changing permissions of '/usr/lib/sysimage/rpm/Packages.db': Read-only file system
Suson:~ #
coup d'oeil, ya que le proprio qui peut consulter et modifier; le root; donc zypper doit pouvoir marcher puisqu'il est en root.
Question matos, chais as ce que c'est qu'un câble sata.
Et le firmware de mon ssd, heu à jour?? j'en sais rien, ça fait des années que j'ai acheté cet ordi et j'ai jamis mis rien à jour.
Bon, je vais re-ssayer un zypper dup en attendant ta réponse.


Re : btrfs: démarrages défectueux...

Répondre #3
Question matos, chais as ce que c'est qu'un câble sata.
C'est le câble qui sert à relier le SSD à la carte mère.

Re : btrfs: démarrages défectueux...

Répondre #4
Salut
J'ai reboot et utilisé snapshot, dans Grub  (3°ligne ); hou que c'est bien de retrouver Suse.
(...)
je fais un zypper dup en espérant que ça va tout arranger

Pas sûr de comprendre... Après un reboot comme ça c'est tout à fait normal que tu ne puisses plus faire un "zypper dup". Au grub quand on revient sur une ancienne snapshot, c'est juste pour une fois : ça reboot sur ton vieux système, mais en read-only. Il n'est donc pas possible de le mettre à jour. Une snapshot c'est une sauvegarde, ça ne doit pas pouvoir se modifier comme ça.
Si tu veux restaurer cette ancienne snapshot et repartir de là une bonne fois pour toutes, après avoir booté dessus depuis grub il faut lancer un "snapper rollback"  en root, puis rebooter (sur l'option par défaut du grub !). Là tu te retrouves sur ton bon vieux système, accessible read-write, et tu peux donc retenter un "zypper dup".
Attention il est possible que ça te supprime tes snapshots postérieures à celle que tu as restaurée (pas sûr, me souviens plus, mais ça serait logique)