# Server stuck at boot because of broken hdd

**URL:** <https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152>\
**Category:** Support\
**Tags:** french, bug, english\
**Created:** [October 11, 2026, 9:04pm UTC](https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152 "2026-10-11T21:04:10Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![edern](https://forum.yunohost.org/user_avatar/forum.yunohost.org/edern/32/13438_2.png) [@edern](https://forum.yunohost.org/u/edern)\
**Post date:** [October 11, 2026, 9:04pm UTC](https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152/1 "2026-10-11T21:04:11Z")

</div>

### 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

---

<div class="post-metadata">

**Author:** ![otm33](https://forum.yunohost.org/user_avatar/forum.yunohost.org/otm33/32/11941_2.png) [@otm33](https://forum.yunohost.org/u/otm33)\
**Post date:** [October 11, 2026, 9:49pm UTC](https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152/2 "2026-10-11T21:49:15Z")

</div>

> [@edern](#):
>
> Au démarrage, le système me demande désormais le mot de passe root.

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

> [@edern](#):
>
> Le mot de passe root est-il supposé être celui du compte admin de Yunohost ?

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)

---

<div class="post-metadata">

**Author:** ![ljf](https://forum.yunohost.org/user_avatar/forum.yunohost.org/ljf/32/58_2.png) [@ljf](https://forum.yunohost.org/u/ljf)\
**Post date:** [October 12, 2026, 7:48am UTC](https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152/3 "2026-10-12T07:48:30Z")

</div>

> [@edern](#):
>
> Problem is, everytime I try to write the password, the computer tells me its wrong.

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

Have you tried by ssh ?

Is your setup encrypted ?

> [@edern](#):
>
> Should the root password be the one for the admin account in Yunohost ?

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.

> [@edern](#):
>
> Is this situation close to total hell ?

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

> **[How to reset your Linux password with the Ubuntu live disk](https://www.addictivetips.com/ubuntu-linux-tips/reset-linux-password/)**
>
> Did you forget your password on your Linux PC? Can't get back in? Don't worry! You can use the Ubuntu live disk to reset your password! In this guide, we'll

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

---

<div class="post-metadata">

**Author:** ![edern](https://forum.yunohost.org/user_avatar/forum.yunohost.org/edern/32/13438_2.png) [@edern](https://forum.yunohost.org/u/edern)\
**Post date:** [October 12, 2026, 7:53am UTC](https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152/4 "2026-10-12T07:53:16Z")

</div>

![IMG_20261012_081713](https://forum.yunohost.org/uploads/default/original/2X/f/f3da7d3daf6106eeb1d529a1fe697b97f0f0fcf6.jpeg)

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…

---

<div class="post-metadata">

**Author:** ![edern](https://forum.yunohost.org/user_avatar/forum.yunohost.org/edern/32/13438_2.png) [@edern](https://forum.yunohost.org/u/edern)\
**Post date:** [October 12, 2026, 7:55am UTC](https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152/5 "2026-10-12T07:55:27Z")

</div>

> [@ljf](#):
>
> Have you tied only with root OR have you tried with a yunohost admin too ?  
> Have you tried by ssh ?  
> Is your setup encrypted ?
> 
> edern:

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 :-/

---

<div class="post-metadata">

**Author:** ![ljf](https://forum.yunohost.org/user_avatar/forum.yunohost.org/ljf/32/58_2.png) [@ljf](https://forum.yunohost.org/u/ljf)\
**Post date:** [October 12, 2026, 8:04am UTC](https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152/6 "2026-10-12T08:04:58Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![edern](https://forum.yunohost.org/user_avatar/forum.yunohost.org/edern/32/13438_2.png) [@edern](https://forum.yunohost.org/u/edern)\
**Post date:** [October 12, 2026, 8:07am UTC](https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152/7 "2026-10-12T08:07:24Z")

</div>

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!

---

<div class="post-metadata">

**Author:** ![edern](https://forum.yunohost.org/user_avatar/forum.yunohost.org/edern/32/13438_2.png) [@edern](https://forum.yunohost.org/u/edern)\
**Post date:** [October 12, 2026, 8:10am UTC](https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152/8 "2026-10-12T08:10:26Z")

</div>

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 ?

---

<div class="post-metadata">

**Author:** ![ljf](https://forum.yunohost.org/user_avatar/forum.yunohost.org/ljf/32/58_2.png) [@ljf](https://forum.yunohost.org/u/ljf)\
**Post date:** [October 12, 2026, 8:33am UTC](https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152/9 "2026-10-12T08:33:10Z")

</div>

> [@edern](#):
>
> But I’m not sure YunoHost will accept the directories like yunohost.app to be empty ?

Your nextcloud won’t be happy for sure.

---

<div class="post-metadata">

**Author:** ![otm33](https://forum.yunohost.org/user_avatar/forum.yunohost.org/otm33/32/11941_2.png) [@otm33](https://forum.yunohost.org/u/otm33)\
**Post date:** [October 12, 2026, 8:33am UTC](https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152/10 "2026-10-12T08:33:32Z")

</div>

Autre possibilité :

> **[Réinitialiser un mot de passe root perdu sur Linux via GRUB](https://www.shpv.fr/blog/reset-password-linux-grub/)**
>
> Un guide simple et rapide pour réinitialiser le mot de passe root d'un système Linux depuis le bootloader GRUB, sans live CD.

---

<div class="post-metadata">

**Author:** ![edern](https://forum.yunohost.org/user_avatar/forum.yunohost.org/edern/32/13438_2.png) [@edern](https://forum.yunohost.org/u/edern)\
**Post date:** [October 12, 2026, 8:48am UTC](https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152/11 "2026-10-12T08:48:25Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![edern](https://forum.yunohost.org/user_avatar/forum.yunohost.org/edern/32/13438_2.png) [@edern](https://forum.yunohost.org/u/edern)\
**Post date:** [October 12, 2026, 11:38am UTC](https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152/12 "2026-10-12T11:38:18Z")

</div>

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…)

---

<div class="post-metadata">

**Author:** ![edern](https://forum.yunohost.org/user_avatar/forum.yunohost.org/edern/32/13438_2.png) [@edern](https://forum.yunohost.org/u/edern)\
**Post date:** [October 14, 2026, 4:34pm UTC](https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152/14 "2026-10-14T16:34:08Z")

</div>

> [@edern](#):
>
> 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 ?

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…

---

<div class="post-metadata">

**Author:** ![jarod5001](https://forum.yunohost.org/user_avatar/forum.yunohost.org/jarod5001/32/5323_2.png) [@jarod5001](https://forum.yunohost.org/u/jarod5001)\
**Post date:** [October 14, 2026, 6:53pm UTC](https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152/15 "2026-10-14T18:53:08Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![edern](https://forum.yunohost.org/user_avatar/forum.yunohost.org/edern/32/13438_2.png) [@edern](https://forum.yunohost.org/u/edern)\
**Post date:** [October 14, 2026, 9:10pm UTC](https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152/16 "2026-10-14T21:10:39Z")

</div>

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…

---

<div class="post-metadata">

**Author:** ![jarod5001](https://forum.yunohost.org/user_avatar/forum.yunohost.org/jarod5001/32/5323_2.png) [@jarod5001](https://forum.yunohost.org/u/jarod5001)\
**Post date:** [October 15, 2026, 10:20am UTC](https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152/17 "2026-10-15T10:20:17Z")

</div>

> [@edern](#):
>
> 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.

C’est le fonctionnement normal

> [@edern](#):
>
> 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 ?

Le stockage backup devrait avoir le plus d’espace

---

<div class="post-metadata">

**Author:** ![edern](https://forum.yunohost.org/user_avatar/forum.yunohost.org/edern/32/13438_2.png) [@edern](https://forum.yunohost.org/u/edern)\
**Post date:** [October 15, 2026, 2:29pm UTC](https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152/18 "2026-10-15T14:29:43Z")

</div>

> [@jarod5001](#):
>
> C’est le fonctionnement normal

Ok, je ne savais pas.

> [@jarod5001](#):
>
> Le stockage backup devrait avoir le plus d’espace

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

---

<div class="post-metadata">

**Author:** ![edern](https://forum.yunohost.org/user_avatar/forum.yunohost.org/edern/32/13438_2.png) [@edern](https://forum.yunohost.org/u/edern)\
**Post date:** [October 23, 2026, 10:21am UTC](https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152/19 "2026-10-23T10:21:28Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![edern](https://forum.yunohost.org/user_avatar/forum.yunohost.org/edern/32/13438_2.png) [@edern](https://forum.yunohost.org/u/edern)\
**Post date:** [October 23, 2026, 10:30am UTC](https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152/20 "2026-10-23T10:30:56Z")

</div>

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 😬

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 ??_

---

<div class="post-metadata">

**Author:** ![ljf](https://forum.yunohost.org/user_avatar/forum.yunohost.org/ljf/32/58_2.png) [@ljf](https://forum.yunohost.org/u/ljf)\
**Post date:** [October 26, 2026, 10:16pm UTC](https://forum.yunohost.org/t/server-stuck-at-boot-because-of-broken-hdd/43152/21 "2026-10-26T22:16:27Z")

</div>

De mon côté, je conseille fortement d’utiliser l’app borg ainsi que [les instructions associées pour les grosses archives](https://github.com/YunoHost-Apps/borg_ynh/blob/master/doc/FULL_RESTORE.md#and-nextcloud-its-super-heavy). Clairement les .tar c’est pour les petites instances YunoHost.

Je conseille aussi de [lire ce guide](https://doc.yunohost.org/fr/admin/backups/evaluate).

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](https://yunohost.org/donate.html), 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](https://yunohost.org/donate.html) pour nous aider à poursuivre ce projet sans mettre personne en danger.
