Pages : 1
#1 Le 17/04/2020, à 10:44
- Fullmetalknet
Failed to start...
Bonjour,
J'ai récement installé une machine EXSI sur lequel j'ai créer une machine avec OMV et une autre avec Nextcloud.
les 2 machines ont leurs système indépendant sur 1 disque avec chacun leur partition, j'ai également un disque (DATA) commun qui prend le disque entier.
Hier, mon serveur Nextcloud etait en "mode maintenance" sans aucune action de ma part. le serveur était accessible via sa page web embarqué avec beaucoup de latence. je décide de relancer la machine plus rien, j'ai un failed to start!
Je verifie mon OMV, pas de soucis sauf mon disque DATA qui est démonté, du coup je rmonte le disque > OK.
Maintenant que mon disque est remonté j relance mon Nextcloud, mais j'ai toujours mon problème de démarrage.
A priori mon disque est corrompu, es ce que ca peut se rattraper?
PS: Chose que j'ai fait (je sais pas si c'est une connerie), j'ai installé mon /home de mon Nextcloud sur le disque DATA...
Merci d'avance pour vos lumières
Hors ligne
#2 Le 17/04/2020, à 13:11
- noje
Re : Failed to start...
Quel est le format du système de fichier de ton disque dur DATA, c’est bien un système de fichier Linux « EXT4 » ou (EXT3) ?
Cette question afin de savoir si tu as vraiment un souci et avant de te demander de taper une commande qui pose vraiment un souci, car ton disque dur est peut-être finalement en FAT32…
Si tu n’es pas certain va voir quel est le système de fichier présent :
fdisk -l
gparted
Si jamais ma question te semble idiote, car il est en EXT4. va voir si tu as toujours une table de partition et une partition avec gparted.
- LTS 18.04 & 22.04 - jwm - cwm - zsh
Les seules vraies erreurs sont celles que nous commettons à répétition.
Les autres sont des occasions d'apprentissage. (Dalaï Lama)
Hors ligne
#3 Le 17/04/2020, à 13:25
- Fullmetalknet
Re : Failed to start...
voici la commande fsdisk et gparted:
https://zupimages.net/up/20/16/sq34.png
depuis OMV il est bien en EXT4:
https://zupimages.net/up/20/16/djtb.png
Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images (Des hébergeurs comme Toile Libre ou TDCT'Pix le permettent).
Dernière modification par cqfd93 (Le 17/04/2020, à 14:27)
Hors ligne
#4 Le 17/04/2020, à 13:43
- bruno
Re : Failed to start...
Bonjour,
C'est assez illisible ces copies d'écran… Est-ce que tu peux faire des copier/coller à la place ?
Si j'arrive à déchiffrer je vois :
fsck /dev/sdb
/dev/sdb n'est pas une partition avec un système de fichiers mais le disuae entier. La partition avec un système de fichiers ext4 est /dev/sdb1, il faut faire :
fsck -f -y /dev/sdb1
#5 Le 17/04/2020, à 17:16
- Fullmetalknet
Re : Failed to start...
Bonjour Bruno et merci,
Ta commande
fsck -f -y /dev/sdb1
à réparé le disque. La machine démarre sans erreur.
Seulement une erreur sur la page de connexion d'un fichier non trouvé!
Votre répertoire n'est pas valide
Assurez-vous que le répertoire de données contient un fichier ".ocdata" à sa racine.]
j'ai fait une recherche avec(en root):
find / -name ".ocdata"
et il ne trouve rien
Es ce que je créer un autre post ?
en tout cas merci à vous les gars!
Edit je viens de voir que mon dossier "DATA" à des permissions bizarre
drwxr-sr-x 12 www-data www-data 4096 avril 13 10:50 data
Que veut dire s a la place de x (x est pour moi execution)
Dernière modification par Fullmetalknet (Le 17/04/2020, à 17:25)
Hors ligne
#6 Le 17/04/2020, à 19:03
- noje
Re : Failed to start...
x = exécution (ou parcours pour les répertoires),
s = utiliser l’ID du propriétaire ou du groupe propriétaire du fichier lors de l’exécution,
Tout ce que je peux préciser et ne sais donc pas si normal ou non dans le cadre de l’accès fait par ta machine virtuelle.
Après ça ne doit pas être un changement fondamental, puisque les droits sont en deuxième position donc fixés pour le groupe et ceci semble juste une option en plus (avis personnel).
777(1), 777(2), 777(3) = propriétaire, groupe, reste du monde.
Pour .ocdata, ne connais pas ta configuration de machine virtuelle et je n’utilise pas de virtualisation sous vmware.
Donc pour ma part je m’arrête ici.
Bonne continuation et bon courage à vous.
Dernière modification par noje (Le 17/04/2020, à 19:05)
- LTS 18.04 & 22.04 - jwm - cwm - zsh
Les seules vraies erreurs sont celles que nous commettons à répétition.
Les autres sont des occasions d'apprentissage. (Dalaï Lama)
Hors ligne
Pages : 1