problème au démarrage (initramfs)

Maud · 18-12-2022 23:32:44

Bonjour,
Nous sommes 3 à utiliser le PC et après passage des enfants (qui disent n'avoir rien fait ni rien vu), voici ce que donne le démarrage du PC:

config.autogenerated in /var/lib/exim4 has an incorrect filetype (was1, should be 2)
/dev/sda: unexpected inconsistency; run fsck manually (i.e. without -a or -p options)
fsck exite with status code
The root filesystem on /dev/sda2 requires a manual fsck
BusyBox v1.30.1 (Debian1:1.30.1-6+b3)built-in shell (ash)
(initramfs)_

Alors j'ai bien compris qu'il y avait une erreur dans exim4, que du coup il n'y a pas moyen démarrer et qu'il attend de moi la combinaison gagnante sous forme de commande...
A part ça... Mes recherches donnent bien quelques résultats mais assez nébuleux et j'ai peur de faire plus de casse qu'autre chose en écrivant n'importe quoi.

Merci de votre aide.

raleur · 19-12-2022 00:01:45

Je ne vois pas ce qu'un MTA comme exim vient faire dans l'initramfs, ça n'a aucun sens et je ne sais pas ce qu'est ce "filetype" incorrect. Peut-être une erreur lors de l'extraction de l'archive cpio ?
Concernant l'incohérence dans sda2 (peut-être causée par un arrêt sauvage), il suffit de faire ce qui est indiqué.

fsck /dev/sda2

exit

Dernière modification par raleur (19-12-2022 00:02:33)

Maud · 20-12-2022 15:16:27

fsck /dev/sda2

fsck from util-linux 2.36.1

e2fsck 1.46.2 (28_Feb_2021)

/dev/sda2 contains a file system with errors, check forced.

Pass 1: Checking inodes, blocks, and sizes

Pass 2: Checking directory structure

Entry 'config.autogenerated' in /var/lib/exim4 (28053592) has an incorrect filetype (was 1, should be 2).

Fix<y>? yes

Invalid inode number for'.' in directory inode 28049983.

Fix<y>? yes

Entry 'state' in / var/lib/lightdm/.cache/lightdm-gtk-greeter (28049466) has delete/unused inode 28052918. Clear<y>? yes

Pass 3: Checking directory connectivity

'..' in /var/lib/exim4/config.autogenerated (28049983) is var/lib/lightdm/data (28049461), should be /var/lib/exim4 (28053592).

Fix<y>? yes

Pass 4: Checking reference counts

Unattached inode 28049573

Connect to /lost+found<y>? yes

Inode 28049573 ref count is 2, should be 1. Fix<y>? yes

Pass 5: Checking group summary information

Block bitmap differences:  +(300550--300575) -112231118 +112315404 -112766468

Fix<y>? yes

Maud · 20-12-2022 15:17:31

J'ai fini par redémarrer après quelques counts défectueux. Par contre au redémarrage, le exim4 est noté à FAILED.

anonyme · 20-12-2022 18:03:43

Bonjour
pour exim4 la commande pour le configurer

dpkg-reconfigure exim4-config

 

pour le supprimer

apt remove --purge exim4*

 

vérifier si tu n'a pas un fichier "paniclog" (pas sur du nom) dans les logs de exim4

ls -l /var/log/exim4

 

te mettre dans le dossier "exim4"

cd /var/log/exim4

 

lire le dernier log

cat mainlog

 

je sais pas ton utilisation de exim4 et si important .
les mails sont par défaut (mais configurable) dans /var/mail/ton#USER

je sais pas ce que signifie "redémarrer après quelques counts défectueux" , tu a encore des soucis sur le disque système ?

par exemple sur ma machine (je ne l'utilise que pour les mails système de la machine en local) le contenu de mainlog

cat /var/log/exim4/mainlog

2022-12-20 16:19:26 Warning: No server certificate defined; will use a selfsigned one.

 Suggested action: either install a certificate or change tls_advertise_hosts option

2022-12-20 16:19:26 exim 4.96 daemon started: pid=1209, -q30m, listening for SMTP on [127.0.0.1]:25

2022-12-20 16:19:27 Start queue run: pid=1211

2022-12-20 16:19:27 End queue run: pid=1211

2022-12-20 16:49:25 Start queue run: pid=4136

2022-12-20 16:49:25 End queue run: pid=4136

2022-12-20 17:19:25 Start queue run: pid=4225

2022-12-20 17:19:25 End queue run: pid=4225

2022-12-20 17:49:25 Start queue run: pid=4848

2022-12-20 17:49:25 End queue run: pid=4848

Dernière modification par anonyme (21-12-2022 01:22:29)

raleur · 20-12-2022 22:15:33

Le message venait de fsck, j'aurais dû m'en douter vu ce qui suivait...
Apparemment il y a eu des soucis dans /var/lib et la réparation de fsck n'a pas été parfaite. Il faut s'y attendre : fsck fait ce qu'il faut pour remettre le système de fichiers dans un état cohérent, mais sans garantie de retour à l'état antérieur.
Ici par exemple, on dirait que /var/lib/exim4/config.autogenerated est devenu un répertoire alors que cela devrait être un fichier. Apparemment il y a eu du mélange avec /var/lib/lightdm.

Je suggère de renommer /var/lib/exim4/config.autogenerated et redémarrer exim4. Cela devrait regénérer automatiquement le bon fichier /var/lib/exim4/config.autogenerated en exécutant update-exim4.conf. Ensuite il sera temps d'examiner le contenu de ce répertoire et des autres éléments touchés par fsck, y compris ce qu'il a mis dans /lost+found.

anonyme a écrit :

je sais pas ce que signifie "redémarrer après quelques counts défectueux"

Je suppose que Maud fait référence à ça :

Maud a écrit :

Inode 28049573 ref count is 2, should be 1. Fix<y>? yes

Debian-facile

#1 18-12-2022 23:32:44

problème au démarrage (initramfs)

#2 19-12-2022 00:01:45

Re : problème au démarrage (initramfs)

#3 20-12-2022 15:16:27

Re : problème au démarrage (initramfs)

#4 20-12-2022 15:17:31

Re : problème au démarrage (initramfs)

#5 20-12-2022 18:03:43

Re : problème au démarrage (initramfs)

#6 20-12-2022 22:15:33

Re : problème au démarrage (initramfs)

Pied de page des forums