Server stuck at boot because of broken hdd

Support
, ,
1

I have searched the forum for similar issues

on

This category is for general issues(=something is broken) regarding YunoHost, NOT apps.

on

This form is written in English but feel free to write in French if you’re more comfortable!

on

What type of hardware are you using

Old laptop or computer

What YunoHost version are you running

12.1.39 (stable)

How are you able to access your server

Direct access via physical keyboard/screen

Describe your issue

Hi everyone,

I have been running YunoHost on an old laptop for a few months and everything was working fine. The system in installed on the laptop SSD and all the data on an external hdd drive connected by USB.

Today I noticed Nextcloud was sending error messages so I decided to reboot the server thanks to the webadmin. But the system cannot restart because the external drive does not work anymore (does not seem to start anymore and I cannot make it work when I connect it to another computer).

At boot now the system asks for the root password. Problem is, everytime I try to write the password, the computer tells me its wrong. I guess the keyboard must be in Querty (I have an Azerty one) but have no confirmation of that. Should the root password be the one for the admin account in Yunohost ?

So, right now i’m stuck with no possibility to boot, no possibility to start the server and try to restore a backup (I made some manual backups a few days ago).

Is this situation close to total hell ?

–

Bonjour à tous,

J’utilise YunoHost sur un vieil ordi portable depuis quelques mois et tout fonctionnait très bien. Le système est installé sur le SSD de l’ordinateur et toutes les données se trouvent sur un disque dur externe connecté en USB.

Aujourd’hui, j’ai remarqué que Nextcloud envoyait des messages d’erreur, donc j’ai décidé de redémarrer le serveur via la webadmin. Mais le système ne parvient pas à redémarrer car le disque externe ne fonctionne plus (il ne semble plus démarrer et je n’arrive pas à le faire fonctionner lorsque je le connecte à un autre ordinateur).

Au démarrage, le système me demande désormais le mot de passe root. Le problème, c’est que chaque fois que j’essaie de saisir le mot de passe, l’ordinateur m’indique qu’il est incorrect. Je suppose que le clavier doit être en QWERTY (alors que mon clavier est AZERTY), mais je n’en ai aucune confirmation. Le mot de passe root est-il supposé être celui du compte admin de Yunohost ?

Je me retrouve donc totalement bloqué, sans possibilité de démarrer le système, ni de lancer le serveur pour tenter de restaurer une sauvegarde (j’ai effectué quelques sauvegardes manuelles il y a quelques jours).

Est-ce que je suis totalement dans la m*rde ?

Share relevant logs or error messages

Identifiant incorrect

2

Tu peux nous faire une copie d’écran du shell ?

Il peut être différent (celui choisi à l’install de debian si tu as installé yunohost par dessus, mais pas sûr à 100%…)

Si tu avais créé le montage automatique de ton DD externe dans fstab, ça pourrait expliquer le plantage du démarrage et le shell différent de celui de d’habitude (mode secours).
Il suffit d’éditer la ligne conservée concernée… une fois logué en root -bon courage avec la galère azerty → qwerty)

3

Have you tied only with root OR have you tried with a yunohost admin too ?

Have you tried by ssh ?

Is your setup encrypted ?

During initial configuration (post-installation), by default, the root password is replaced with that of the first admin account created during post-installation. This ensures that root does not have a password that needs to be changed.

HOWEVER, if an admin (even the first one created) changes their password, the root password is not changed to that admin’s password.

I suppose so, but all is not lost just yet

Have you some errors on the screen ?

Note that you could use an usb key to boot on a live linux, and do something like in this article

Or just take your ssd and plugin onto another laptop (with usb adaptator for example), and do the chroot in the same way.

4

IMG_20261012_081713
IMG_20261012_0817131920×960 317 KB

Here are the error messages on the screen.
Error is quite simple: since external drive with /home/yunohost.app is not available, it’s impossible to start…

5

I cannot ssh since the server does not start at all

I tried the original really complicated admin password (assuming it is Qwerty keyboard setup) but it does not work :-/

6

And what happens if you do CTRL + D (as suggested by the screen ?)

7

It reboots and runs the same process: hdd does not work so the system ends up asking for the root password…
I’m stuck in a boot loop!

8

I was thinking about:

  1. unplug failed hdd
  2. plug new drive
  3. boot on a live USB
  4. edit the fstab to point the directories to new hdd
  5. try to restart

But I’m not sure YunoHost will accept the directories like yunohost.app to be empty ?

9

Your nextcloud won’t be happy for sure.

10

Autre possibilité :

11

I’m trying to extract a 2-weeks-old backup on a new hard drive :crossed_fingers:

12

Je viens de lire dans la documentation que pour restaurer le backup d’une appli, il ne faut pas qu’elle soit installée ?! Donc si je comprends bien, si je veux restaurer mon instance Nextcloud, il faut je commence par désinstaller Nextcloud ? (à condition bien entendu que j’arrive déjà à redémarrer le serveur…)

14

J’ai suivi cette procédure et j’ai pu redémarrer YunoHost, déjà une bonne chose !

J’ai lancé la restauration d’un backup de Nextcloud, mais après 24h il n’a toujours pas abouti. Le volume de données est conséquent (228 Go), est-ce que ça vous parait normal que ce soit aussi long ?
Depuis que j’ai lancé le process, le backend est inaccessible (l’interface s’affiche, mais avec une page blanche au milieu) donc pas moyen de savoir où ça en est…

15

Si c’est une restoration depuis un disque sur usb, ça peut être un peu lent. Si le backup est sur usb et la restoration vers le même USB, c’est encore plus lent.
Tu peux vérifier en ssh avec htop ou iotop

16

La restauration est effectivement d’un disque USB vers un autre disque USB. Je n’ai pas htop ou iotop installés sur le serveur, juste top et je n’arrive pas trop à comprendre les processus qui s’affichent d’autant qu’ils changent en permanence.

Par contre, ce que je vois en faisant un lsblk me laisse perplexe : j’ai l’impression que l’archive tar de sauvegarde est d’abord décompressée là où elle se trouve avant que les fichiers soient transférés sur le disque où restaurer les fichiers. Parce que pour l’heure je vois fondre l’espace sur le disque où se trouve la sauvegarde, pas sur le disque de destination ! Si ça fonctionne comme ça, ça me parait très étrange car il me semble qu’il est plus efficace de transférer un gros fichier plutôt qu’une multitude de petits, non ?

J’espère que ça va fonctionner car ça fait depuis dimanche que je ne peux plus accéder à mes fichiers, la galère totale…

17

C’est le fonctionnement normal

Le stockage backup devrait avoir le plus d’espace

18

Ok, je ne savais pas.

Le disque dur principal (stockage des données en prod) fait 500 Go et celui de backup 1 To pour pouvoir stocker plusieurs sauvegardes.

19

Bonjour,

Merci pour vos messages et l’aide apportée à essayer de résoudre mon problème.

Je vais faire une réponse en deux temps, tout d’abord en indiquant la solution à ma question de départ.
Pour redémarrer mon serveur malgré un disque dur défaillant, voici ce que j’ai fait :

  1. Arrêt du serveur
  2. Retrait du disque dur défaillant
  3. Ajout d’un nouveau disque dur
  4. Démarrage du serveur sur un autre OS via un live USB
  5. Mise à jour du fstab pour y insérer les références du nouveau disque dur (UUID)
  6. Redémarrage
  7. Lancement de la restauration

[EN] In case anyone has the same problem i ran into, here is what I did in order to restart my server :

  1. Shutdown the server
  2. Remove broken hdd
  3. Plug new hdd
  4. Boot on a live USB
  5. Edit the fstab to point the directories to new hdd (UUID)
  6. Restart
  7. Restore data from backup
20

Maintenant, après la solution, la réalité : j’ai lancé la restauration de mes données depuis la webadmin de YunoHost. J’avais deux apps à restaurer : Immich et Nextcloud.

En ce qui concerne Immich, pas de problème. La restauration a pris du temps (4 ou 5h car il y avait 50 Go de données) et est allée jusqu’au bout.

En ce qui concerne Nextcloud, c’est un échec. Il y avait 228 Go de données à restaurer. J’ai lancé l’opération via la webadmin et elle a mis + de 48h à se dérouler. En soi, c’est extrêmement long*, mais en plus elle a échoué à la toute fin, pour des problèmes de droits sur des fichiers :grimacing:

Comme j’avais urgemment besoin d’accéder aux données, je les extraites de l’archive de backup* puis les ai uploadées sur une instance infogérée de Nextcloud que j’avais par ailleurs (donc pas auto-hébergée). J’ai pu récupérer toutes les données et l’upload a été très rapide (genre 2 ou 3 h). Par contre j’ai perdu certains éléments : grosso modo, tout ce qui se trouve dans la base de données de Nextcloud plutôt que sous forme de fichier (agenda, contacts, tableaux…).

Cette “petite” mésaventure m’interpelle. J’étais très content de m’auto-héberger, très satisfait de la qualité de service également, et de pouvoir accéder à des apps à jour et nombreuses. Maintenant, je suis plus que dubitatif. J’ai compris que ma stratégie de sauvegarde n’était pas assez solide et qu’il faut la muscler (j’ai des idées en tête), mais si à chaque problème il faut avoir un accès physique à la machine et + de 24h pour remettre les services en route, ce n’est pas soutenable. Pas sûr que je continue dans la voie de l’auto-hébergement…

*extraire l’archive TAR qui contenait les données a pris environ 3h sur un ordinateur lambda… pourquoi le serveur a-t-il mis 48h ??

21

De mon côté, je conseille fortement d’utiliser l’app borg ainsi que les instructions associées pour les grosses archives. Clairement les .tar c’est pour les petites instances YunoHost.

Je conseille aussi de lire ce guide.

Avant la doc borg était dans la doc principale de yunohost, mais ça a été retiré pour être dans la doc de l’app, je trouve ça dommage, car elle est clairement enfouis et n’est plus traduite…

NB: L’amélioration de la sauvegarde est dans la campagne de dons 2026, mais pour le moment nous sommes loin de l’objectif.

J’espère que cette réponse vous a été utile. N’oubliez pas que la majeure partie du développement de YunoHost est assurée par des bénévoles, y compris cette réponse. Certain⋅es gagnent moins que le salaire minimum dans leur pays. Si vous en avez les moyens, pensez à faire un don à la campagne de financement 2026 pour nous aider à poursuivre ce projet sans mettre personne en danger.