[Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

Jm78 · Le 27/03/2023, à 15:27

ok, je me lance dans la sauvegarde des fichiers et une fois terminé je reviens vers toi pour répondre a tes questions sur SDB
Merci encore pour ton aide, grâce a toi je vais enfin retrouver une bonne partie de mes fichiers et le sourire !!!

geole · Le 30/03/2023, à 21:39

Bonsoir

Demain, je serais en très grand week-end et je n'aurais qu'un ipad. Pas bien pratique pour consulter une grande discussion.

Jm78 · Le 02/04/2023, à 09:57

Bonjour Geole,

Merci pour ton information, je te souhaite un bon week-end
De mon coté, je n'ai toujours pas commencé mes sauvegardes de fichiers car je n'ai toujours pas reçu mon disk de 8To que j'ai commandé en début de semaine.
Dès que les sauvegardes seront faites, je reviendrai vers toi pour la remise en route du Serveur.
D'ailleurs, le logiciel développé par Ve-Hotech, qui gère le serveur avait différentes fonctions multimédia bien pratique, et je me demande si je ne devrais pas faire une réinitialisation complète comme c'est proposé par le mode d'emploi afin de retrouver toutes ces fonctions ?
Qu'est ce que tu en penses ?

geole · Le 02/04/2023, à 10:25

Bonjour.
Il est vrai que si certaines fonctionnalités sont disparues,
l'idée de tout réinitialiser est tentante
Mais Si tu ne sais pas comment accéder au logiciel d'installation pour le modifier il va probablement vouloir réinstaller la version 14.04. et

https://ubuntu.com/engage/fr/esm_1404 a écrit :

Ubuntu 14.04 LTS ‘Trusty Tahr’ sera supporté jusqu’a avril 2022 a avec la souscription UA Infrastructure’s ESM service.

Je ne sais pas si en 2023, tout le logiciel de la version 14.04 est resté stocké au même endroit.

Alors prend des précautions en sauvegardant d'abord le logiciel.
Une idée serait d'enlever deux partitions N° 2 et de faire un nouveau raid1 avec ces deux partitions et d'y faire l'installation et si cela ne fonctionne pas, il reste l'installation actuelle.. ou la possibilité de tester la version Serveur de ubuntu 22.04
Pense à fournir un boot-info pour essayer de voir le démarrage initial.

Ajout
Lorsque tu auras le nouveau disque, tu pourras utiliser gparted pour lui mettre une étiquette/un label par exemple SAVEMD3
Puis après l'avoir débranché et rebranché pour qu'il soit connu sous ce nom, tu pourras lancer la sauvegarde avec ce script ( à finir de tester)

LABEL=SAVEMD3
RAID=/mnt/MD3 ##### Mettre le point de montage du RAID.
sudo mkdir $RAID
sudo mount -v /dev/md3 $RAID
A=$(mount| grep "/media");
if [[ $A  =~  "/media/$USER/$LABEL " ]]; then echo Lançons la synchronisation.
time rsync -av --stats --progress  $RAID/* /media/$USER/$LABEL
else echo "Le disque externe  n'est pas bien monté. La synchronisation  n'est pas lancée."; fi
echo  "\n\tDécompte des fichiers $LABEL en sortie :"; for i in /media/$USER/$LABEL/*; do echo -n "$i : " ; sudo find "$i" | wc -l; done | sort -n -k3 | column -t | tail -25
udisksctl unmount -b  /dev/disk/by-label/$LABEL
echo  "Décompte des fichiers  $RAID en entrée :"; for i in $RAID/*; do echo -n "$i : " ; sudo find "$i" -mount | wc -l; done | sort -n -k3 | column -t | tail -25
sudo umount -v $RAID

Dernière modification par geole (Le 03/04/2023, à 16:11)

Jm78 · Le 05/04/2023, à 08:08

Bonjour Geole,

Quelques nouvelles, j'ai enfin recu mon Disk de 8 To, et j'ai commencé les sauvegardes
Apparemment ca va me prendre plusieurs jours vu la vitesse de transfert.
Concernant le logiciel du Serveur, j'ai découvert qu'il était stocké sur une clé USB Bootable de 8go à l'intérieur du serveur
J'ai essayé de faire une image avec CloneZilla mais ca ne marche pas.. je sais pas pourquoi ?
Est-ce qu'il est possible de faire une image de cette clé USB directement depuis le terminal Ubuntu ?
Si oui, pourrais-tu me donner les commandes à réaliser svp ?

geole · Le 05/04/2023, à 08:42

Bonjour.
Je t'avais demandé un boot-info pour voir en détail comment cela s'articulait.
Vu l'àge de ton serveur, le boot est certainement en LEGACY
Donc, Il faut aussi sauver le MBR.
Il me semble que le plus simple serait de copier toute cette cle USB/carte SD
dans un fichier que tu pourrais mettre quelque part y compris dans un de tes deux RAIDS ou dans ta live USB persistance avec la commande dd
Je vais te mettre la codification
Voir Paragraphe 3.7
Cela pourrait alors donner. remplace sdh par ce qui convient

sudo dd if=/dev/sdh bs=1M conv=notrunc,noerror status=progress | gzip -c > SaveCarteBoot.gzip

Ou si ton nas ou ton nouveau disque dur est monté sur le point de montage /mnt

sudo dd if=/dev/sdh bs=1M conv=notrunc,noerror status=progress | gzip -c > /mnt/SaveCarteBoot.gzip

et si un montage plus classique

sudo dd if=/dev/sdh bs=1M conv=notrunc,noerror status=progress | gzip -c > /media/$USER/PointDeMontage/SaveCarteBoot.gzip

Dernière modification par geole (Le 05/04/2023, à 09:00)

Jm78 · Le 05/04/2023, à 09:34

ok merci,
comment faut-il faire pour avoir le boot-info ?

geole · Le 05/04/2023, à 09:48

https://doc.ubuntu-fr.org/tutoriel/boot-info

sudo add-apt-repository -y ppa:yannubuntu/boot-repair; sudo apt update; sudo apt install -y boot-info; boot-info

Dernière modification par geole (Le 05/04/2023, à 09:49)

Jm78 · Le 06/04/2023, à 09:57

Bonjour Geole,

Bonne nouvelle, la sauvegarde des fichiers est terminées et grâce à toi, j'ai pu récupérer tous mes fichiers donc je te remercie infiniment pour ton aide.

Concernant le boot-info, il faut bien lancer la commande

sudo add-apt-repository -y ppa:yannubuntu/boot-repair; sudo apt update; sudo apt install -y boot-info; boot-info

après le démarrage sur la clé USB Live Ubuntu 20.04 ?

Je souhaite maintenant faire la copie de la clé USB orgine du Serveur de 8go dans un fichier comme tu le proposais
Pour info, j'ai retiré tous les disks sur le serveur et j'ai seulement la clé USB origine du serveur (8go) et la clé Usb Live Ubuntu (64go) de connectées.

jm@jm-OptiPlex-9020:~$ ls -ls /dev/disk/by-id
total 0
0 lrwxrwxrwx 1 root root  9 avril  6 10:17 usb-Kingston_DataTraveler_2.0_50E549C20268BD408981133B-0:0 -> ../../sda
0 lrwxrwxrwx 1 root root 10 avril  6 10:17 usb-Kingston_DataTraveler_2.0_50E549C20268BD408981133B-0:0-part1 -> ../../sda1
0 lrwxrwxrwx 1 root root  9 avril  6 10:17 usb-USB_SanDisk_3.2Gen1_0401765090c0170d408f44b5b5896e963c6c5f0b37bd6348e785bac59f506c69f06900000000000000000000fd64f788ff8d091881558107b42cd9b0-0:0 -> ../../sdb
0 lrwxrwxrwx 1 root root 10 avril  6 10:17 usb-USB_SanDisk_3.2Gen1_0401765090c0170d408f44b5b5896e963c6c5f0b37bd6348e785bac59f506c69f06900000000000000000000fd64f788ff8d091881558107b42cd9b0-0:0-part1 -> ../../sdb1
0 lrwxrwxrwx 1 root root 10 avril  6 10:17 usb-USB_SanDisk_3.2Gen1_0401765090c0170d408f44b5b5896e963c6c5f0b37bd6348e785bac59f506c69f06900000000000000000000fd64f788ff8d091881558107b42cd9b0-0:0-part2 -> ../../sdb2

Donc la commande pour faire la copie de sda dans un fichier sur la clé Usb Live Ubuntu c'est bien ça ?

sudo dd if=/dev/sda bs=1M conv=notrunc,noerror status=progress | gzip -c > SaveCarteBoot.gzip

Voici le résultat du boot-info :

boot-info-4ppa203                                              [20230406_1036]

============================== Boot Info Summary ===============================

 => Grub Legacy (v0.97) is installed in the MBR of /dev/sda and looks on the 
    same drive in partition #1 for /boot/grub/stage2 and /boot/grub/menu.lst.
 => No boot loader is installed in the MBR of /dev/sdb.

sda1: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  
    Boot files:        /boot/grub/menu.lst

sdb1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /efi/BOOT/fbx64.efi /efi/BOOT/mmx64.efi 
                       /efi/ubuntu/grubx64.efi /efi/ubuntu/mmx64.efi 
                       /efi/ubuntu/shimx64.efi /efi/ubuntu/grub.cfg

sdb2: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 20.04.5 LTS
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub


================================ 1 OS detected =================================

OS#1:   Ubuntu 20.04.5 LTS on sdb2

================================ Host/Hardware =================================

CPU architecture: 64-bit
Video: 2nd Generation Core Processor Family Integrated Graphics Controller from Intel Corporation
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-5.15.0-67-generic root=UUID=7a572227-5cea-4201-8df7-7fa537d31e8d ro quiet splash vt.handoff=7
df -Th / : /dev/sdb2        ext4    56G     48G  4,9G  91% /

===================================== UEFI =====================================

BIOS/UEFI firmware: 4.6.4(4.6) from American Megatrends Inc.
The firmware is EFI-compatible, and is set in EFI-mode for this installed-session.
SecureBoot disabled - This system doesn't support Secure Boot.
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0001
Boot0000* ubuntu    HD(1,GPT,81cb939a-f8b7-4756-827d-9afc94e5fb2b,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0001* Hard Drive     BBS(HD,,0x0)AMGOAMNO..........K.i.n.g.s.t.o.n.D.a.t.a.T.r.a.v.e.l.e.r. .2...0.P.M.A.P....................A.............................N..Gd-.;.A..MQ..L.K.i.n.g.s.t.o.n.D.a.t.a.T.r.a.v.e.l.e.r. .2...0.P.M.A.P......AMBOAMNOm.......Q. .U.S.B....................A................................Gd-.;.A..MQ..L. .U.S.B......AMBO


============================= Drive/Partition Info =============================

Disks info: ____________________________________________________________________

sdb    : is-GPT,    no-BIOSboot,    has---ESP,     usb-disk,    not-mmc, has-os,    no-wind,    2048 sectors * 512 bytes
sda    : notGPT,    no-BIOSboot,    has-noESP,     liveusb,    not-mmc, no-os,    no-wind,    2048 sectors * 512 bytes

Partitions info (1/3): _________________________________________________________

sdb2    : is-os,    64, apt-get,    signed grub-pc grub-efi ,    grub2,    grub-install,    grubenv-ok,    update-grub,    not-far
sda1    : no-os,    64, nopakmgr,    no-docgrub,    nogrub,    nogrubinstall,    no-grubenv,    noupdategrub,    not-far
sdb1    : no-os,    64, nopakmgr,    no-docgrub,    nogrub,    nogrubinstall,    no-grubenv,    noupdategrub,    not-far

Partitions info (2/3): _________________________________________________________

sdb2    : isnotESP,    fstab-has-goodEFI,    no-nt,    no-winload,    no-recov-nor-hid,    no-bmgr,    notwinboot
sda1    : isnotESP,    part-has-no-fstab,    no-nt,    no-winload,    no-recov-nor-hid,    no-bmgr,    notwinboot
sdb1    : is---ESP,    part-has-no-fstab,    no-nt,    no-winload,    no-recov-nor-hid,    no-bmgr,    notwinboot

Partitions info (3/3): _________________________________________________________

sdb2    : not--sepboot,    with-boot,    fstab-without-boot,    not-sep-usr,    with--usr,    fstab-without-usr,    std-grub.d,    sdb
sda1    : maybesepboot,    no-kernel,    part-has-no-fstab,    not-sep-usr,    no---usr,    part-has-no-fstab,    no--grub.d,    sda
sdb1    : not--sepboot,    no---boot,    part-has-no-fstab,    not-sep-usr,    no---usr,    part-has-no-fstab,    no--grub.d,    sdb

fdisk -l (filtered): ___________________________________________________________

Disk sda: 7.33 GiB, 7862353920 bytes, 15356160 sectors
Disk identifier: 0x0008bd45
      Boot Start      End  Sectors  Size Id Type
sda1  *     2048 15355903 15353856  7.3G 83 Linux
Disk sdb: 57.31 GiB, 61530439680 bytes, 120176640 sectors
Disk identifier: 70138B5A-325A-4299-8429-150C7575362F
        Start       End   Sectors  Size Type
sdb1     2048   1050623   1048576  512M EFI System
sdb2  1050624 120174591 119123968 56.8G Linux filesystem

parted -lm (filtered): _________________________________________________________

sda:7862MB:scsi:512:512:msdos:Kingston DataTraveler 2.0:;
1:1049kB:7862MB:7861MB:ext4::boot;
sdb:61.5GB:scsi:512:512:gpt: USB  SanDisk 3.2Gen1:;
1:1049kB:538MB:537MB:fat32:EFI System Partition:boot, esp;
2:538MB:61.5GB:61.0GB:ext4::;

blkid (filtered): ______________________________________________________________

NAME   FSTYPE   UUID                                 PARTUUID                             LABEL PARTLABEL
sda                                                                                             
└─sda1 ext4     9961aa9e-6ae1-45a4-973c-4065390d1bf3 0008bd45-01                                
sdb                                                                                             
├─sdb1 vfat     6549-7044                            81cb939a-f8b7-4756-827d-9afc94e5fb2b       EFI System Partition
└─sdb2 ext4     7a572227-5cea-4201-8df7-7fa537d31e8d 45eff935-2650-448b-b958-056a29108875       

Mount points (filtered): _______________________________________________________

                       Avail Use% Mounted on
/dev/sda1               4.2G  35% /mnt/boot-sav/sda1
/dev/sdb2               4.8G  86% /

Mount options (filtered): ______________________________________________________


====================== sda1/boot/grub/menu.lst (filtered) ======================

default 0
fallback 1
timeout 0
hiddenmenu
password --md5 update.ve-hotech.com/vht/update/6.dLLu9IjN61HA0y0
title Ve-hotech Home Server (key)
uuid 9961aa9e-6ae1-45a4-973c-4065390d1bf3
kernel /kernel root=/dev/md0 ro quiet splash vboot=key apparmor=0
initrd /initramfs
quiet
title Ve-hotech Home Server (md0)
uuid 8792661e-a8b1-49b9-a436-c91713808736
kernel /vmlinuz root=/dev/md0 ro quiet splash vboot=md0
initrd /initrd.img
quiet

==================== sda1: Location of files loaded by Grub ====================

           GiB - GB             File                                 Fragment(s)
   2,254886627 = 2,421166080    boot/grub/menu.lst                             1
   2,251102448 = 2,417102848    boot/grub/stage2                               1
   0,302635193 = 0,324952064    initramfs                                      1

===================== sdb1/efi/ubuntu/grub.cfg (filtered) ======================

search.fs_uuid 7a572227-5cea-4201-8df7-7fa537d31e8d root hd1,gpt2 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

====================== sdb2/boot/grub/grub.cfg (filtered) ======================

Ubuntu   7a572227-5cea-4201-8df7-7fa537d31e8d
Ubuntu, avec Linux 5.15.0-67-generic   7a572227-5cea-4201-8df7-7fa537d31e8d
Ubuntu, avec Linux 5.15.0-46-generic   7a572227-5cea-4201-8df7-7fa537d31e8d
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings   uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###

========================== sdb2/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb2 during installation
UUID=7a572227-5cea-4201-8df7-7fa537d31e8d /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sdb1 during installation
UUID=6549-7044  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

======================= sdb2/etc/default/grub (filtered) =======================

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

==================== sdb2: Location of files loaded by Grub ====================

           GiB - GB             File                                 Fragment(s)
  52,752155304 = 56,642195456   boot/grub/grub.cfg                             2
  26,308521271 = 28,248559616   boot/vmlinuz                                   1
   5,120994568 = 5,498626048    boot/vmlinuz-5.15.0-46-generic                 2
  26,308521271 = 28,248559616   boot/vmlinuz-5.15.0-67-generic                 1
   5,120994568 = 5,498626048    boot/vmlinuz.old                               2
   4,550025940 = 4,885553152    boot/initrd.img                                6
  27,093307495 = 29,091217408   boot/initrd.img-5.15.0-46-generic              1
   4,550025940 = 4,885553152    boot/initrd.img-5.15.0-67-generic              6
  27,093307495 = 29,091217408   boot/initrd.img.old                            1

===================== sdb2: ls -l /etc/grub.d/ (filtered) ======================

-rwxr-xr-x 1 root root 18224 Jan 11  2022 10_linux
-rwxr-xr-x 1 root root 42359 Jan 11  2022 10_linux_zfs
-rwxr-xr-x 1 root root 12894 Jan 11  2022 20_linux_xen
-rwxr-xr-x 1 root root 12059 Jan 11  2022 30_os-prober
-rwxr-xr-x 1 root root  1424 Jan 11  2022 30_uefi-firmware
-rwxr-xr-x 1 root root   700 Feb 21  2022 35_fwupd
-rwxr-xr-x 1 root root   214 Jan 11  2022 40_custom
-rwxr-xr-x 1 root root   216 Jan 11  2022 41_custom



Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would reinstall the grub-efi of
sdb2,
using the following options:  sdb1/boot/efi
Additional repair would be performed: unhide-bootmenu-10s use-standard-efi-file

Final advice in case of suggested repair: ______________________________________

Please do not forget to make your UEFI firmware boot on the Ubuntu 20.04.5 LTS entry (sdb1/efi/****/grub****.efi (**** will be updated in the final message) file) !

Dernière modification par Jm78 (Le 06/04/2023, à 10:19)

cqfd93 · Le 06/04/2023, à 10:17

Modération

Bonjour,

Pour ajouter toi-même les balises code à ton précédent message (bootinfo) :

Cliquer sur le lien « Modifier » en bas à droite du message
Sélectionner le texte
Cliquer sur le <> de l'éditeur de message

geole · Le 06/04/2023, à 12:17

Bonjour
Merci. C'est bien du LEGACY et c'est bien SDA.
La commande est bien

sudo dd if=/dev/sda bs=1M conv=notrunc,noerror status=progress | gzip -c > SaveCarteBoot.gzip

Extraits de la structure de démarrage du NAS

============================== Boot Info Summary ===============================
 => Grub Legacy (v0.97) is installed in the MBR of /dev/sda and looks on the 
    same drive in partition #1 for /boot/grub/stage2 and /boot/grub/menu.lst.

Disk sda: 7.33 GiB, 7862353920 bytes, 15356160 sectors
Disk identifier: 0x0008bd45
      Boot Start      End  Sectors  Size Id Type
sda1  *     2048 15355903 15353856  7.3G 83 Linux

parted -lm (filtered): _________________________________________________________
sda:7862MB:scsi:512:512:msdos:Kingston DataTraveler 2.0:;
1:1049kB:7862MB:7861MB:ext4::boot;

Mount points (filtered): _______________________________________________________
                       Avail Use% Mounted on
/dev/sda1               4.2G  35% /mnt/boot-sav/sda1

====================== sda1/boot/grub/menu.lst (filtered) ======================
default 0
fallback 1
timeout 0
hiddenmenu
password --md5 update.ve-hotech.com/vht/update/6.dLLu9IjN61HA0y0
title Ve-hotech Home Server (key)
uuid 9961aa9e-6ae1-45a4-973c-4065390d1bf3
kernel /kernel root=/dev/md0 ro quiet splash vboot=key apparmor=0
initrd /initramfs
quiet
title Ve-hotech Home Server (md0)
uuid 8792661e-a8b1-49b9-a436-c91713808736
kernel /vmlinuz root=/dev/md0 ro quiet splash vboot=md0
initrd /initrd.img
quiet
==================== sda1: Location of files loaded by Grub ====================
           GiB - GB             File                                 Fragment(s)
   2,254886627 = 2,421166080    boot/grub/menu.lst                             1
   2,251102448 = 2,417102848    boot/grub/stage2                               1
   0,302635193 = 0,324952064    initramfs                                      1

blkid (filtered): ______________________________________________________________
NAME   FSTYPE   UUID                                 PARTUUID                             LABEL PARTLABEL                                                                                           
└─sda1 ext4     9961aa9e-6ae1-45a4-973c-4065390d1bf3 0008bd45-01 
###### Et récupéré de l échange N°98 #######
lsblk -fe7
NAME      FSTYPE           LABEL          UUID                                 FSAVAIL FSUSE% MOUNTPOINT            
├─sda2    linux_raid_membe system:upgrade 9a995d76-5886-23a7-3b1a-8f081b6292c6                
│ └─md127 ext4             6.1.4          8792661e-a8b1-49b9-a436-c91713808736

Dernière modification par geole (Le 06/04/2023, à 12:29)

Jm78 · Le 06/04/2023, à 13:39

La copie de la Clé Usb Origine Serveur est terminée :

jm@jm-OptiPlex-9020:~$ sudo dd if=/dev/sda bs=1M conv=notrunc,noerror status=progress | gzip -c > SaveCarteBoot.gzip
[sudo] Mot de passe de jm : 
7859077120 octets (7,9 GB, 7,3 GiB) copiés, 500 s, 15,7 MB/s
7498+1 enregistrements lus
7498+1 enregistrements écrits
7862353920 octets (7,9 GB, 7,3 GiB) copiés, 500,255 s, 15,7 MB/s

Est-ce que tu pourrais me donner la commande pour faire l'opération inverse (copie du Fichier vers Clé Usb) au cas où ?
Est-ce qu'il serait possible de récupérer le Mot de Passe configuré par l'entreprise VE-Hotech sur l'ancienne version Ubuntu installé sur la clé USB Origine Serveur avec le fichier Boot-Info ? ca permettrait de pour pouvoir passer des commandes directement depuis le serveur sans passer par Live USB Ubuntu.

geole · Le 06/04/2023, à 14:14

La commande inverse devrait être

gzip -cd SaveCarteBoot.gzip | sudo dd of=/dev/sdX bs=1M status=progress conv=notrunc,noerror

En remplaçant X par la lettre qui convient. Je n'ose pas mettre a car si les quatre disques ne sont pas démontés, cela ne sera pas a.
Rappel les commandes lsblk ou sudo fdisk -l permettent de trouver les lettres sans démonter.

Pour modifier le mot de passe perdu, je ne sais pas, mais en cherchant. il ne devrait pas y avoir de raison de ne pas trouver comment le changer
La piste à suivre me semble ces quatre expressions
quiet splash vboot=key apparmor=0 ====>

https://www.malekal.com/apparmor-debian-ubuntu-installation-configuration/ a écrit :

Mais pour désactiver complètement AppArmor du système :
$ sudo mkdir -p /etc/default/grub.d
$ echo 'GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT apparmor=0"' \
| sudo tee /etc/default/grub.d/apparmor.cfg
$ sudo update-grub
$ sudo reboot

Avec ubuntu, on remplace quiet splash par recovery et on peut changer
Avec apparmor , je découvre
Il me semble que la documentation que tu as fournie ne traite pas ce problème.

J ai vu cette discussion https://forum.ubuntu-fr.org/viewtopic.p … #p22469942

Dernière modification par geole (Le 06/04/2023, à 14:26)

Jm78 · Le 06/04/2023, à 14:22

La documentation n'en parle pas car je pense que s'était voulu par l'entreprise Ve-Hotech afin qu'on ne vienne pas modifier leur système pour la garantie et l'assistance. Mais maintenant que l'entreprise n'existe plus, y a plus de moyen de leur demander le mot de passe et on se retrouve bloquer au lancement du serveur avec cette demande de mot de passe

Sinon, pour la remise en marche du serveur, le mieux c'est de le réinitialiser en suivant la documentation Ve-Hotech ?
Qu'est-ce que tu en penses ?

geole · Le 06/04/2023, à 14:30

Je tenterais un redémarrage histoire de voir. Mais si cela foire et que tu penses pouvoir réinitialiser, c'est une bonne démarche.
Si tu ne peux pas, pourquoi ne pas changer de logiciel pour du ubuntu pur et dur. Tu y perdras le fonctionnement des voyants...

Avais-tu sauvé par la commande rsync?

Dernière modification par geole (Le 06/04/2023, à 14:31)

Jm78 · Le 06/04/2023, à 15:29

J'ai essayé de redémarrer le serveur avec les 3 disks qui nous avaient permis de récupérer le MD3.
après le lancement, voici le message qui s'affiche sur l'écran du serveur :

[   37.387070] md/raid:md3: raid level 5 active with 3 out of 4 devices, algoritm 2
[   141.668789] md/raid:md3: raid level 5 active with 3 out of 4 devices, algoritm 2
[   191.781565] md/raid:md3: raid level 5 active with 3 out of 4 devices, algoritm 2
...

Les lignes s'ajoutent au fur et à mesure toutes les 5 à 10mn, je ne sais pas trop ce que le logiciel est en train de faire ?
as-tu une idée ?
Pour la sauvegarde des fichiers, j'ai utilisé l'interface Ubuntu car j'avais pas vu ta commande rsync
J'imagine que ça aurait été plus efficace d'utiliser ta commande

Jm78 · Le 06/04/2023, à 15:32

Si je réinitialise le serveur avec la documentation Ve-Hotech,
tu me conseilles de choisir quel type de Raid pour une config avec 4 disks ?

Jm78 · Le 06/04/2023, à 15:48

concernant la sauvegarde des données sensibles,
est-il préférable de les sauvegarder sur un SSD ou un disque dur ?
Mes données sont actuellement sauvegardées sur le Disk 8 To,
Si je n'utilise pas ce disk au quotidien, et que je le range dans un placard, est-ce que les données peuvent s'altérer dans le temps ?
Peut-être qu'il existe une application qui permet de réactualiser le magnétisme des données sur le disk ?

geole · Le 06/04/2023, à 16:29

Jm78 a écrit :

J'ai essayé de redémarrer le serveur avec les 3 disks qui nous avaient permis de récupérer le MD3.
après le lancement, voici le message qui s'affiche sur l'écran du serveur :
[   37.387070] md/raid:md3: raid level 5 active with 3 out of 4 devices, algoritm 2
[   141.668789] md/raid:md3: raid level 5 active with 3 out of 4 devices, algoritm 2
[   191.781565] md/raid:md3: raid level 5 active with 3 out of 4 devices, algoritm 2
... 
Les lignes s'ajoutent au fur et à mesure toutes les 5 à 10mn, je ne sais pas trop ce que le logiciel est en train de faire ?
as-tu une idée ?

Je ne sais pas trop non plus. Comme il me semble que tu ne peux pas passer de commande mdadm pour interroger....

watch -n10 cat /proc/mdstat

A mon avis, il pourrait être en train de resynchroniser ou plus probablement il te dit que le disque spare initialement prévu n'est plus présent et que que si un disque tombe en panne, il ne pourra pas dupliquer.

As-tu accès aux données?

Jm78 a écrit :

Pour la sauvegarde des fichiers, j'ai utilisé l'interface Ubuntu car j'avais pas vu ta commande rsync
J'imagine que ça aurait été plus efficace d'utiliser ta commande

Pour un premier sauvetage, tu as du faire un copier/coller aussi efficace. C'est surtout dans quelques mois, lorsque tu voudras sauver uniquement ce qui a été modifié que la commande me semble mieux.

Jm78 a écrit :

Si je réinitialise le serveur avec la documentation Ve-Hotech,
tu me conseilles de choisir quel type de Raid pour une config avec 4 disks ?

Pour le logiciel, C'est du RAID1 avec deux partitions de secours ou sans aucune en gardant deux partiitons disponibles pour une future installation sur une autre clé USB d'un autre O.S.

Pour les données: Tout dépend de ton besoin en volumétrie. Le RAID5 convient.
Dans ton installation actuelle; tu utilises l'équivalent de deux disques avec un disque de parité et un disque disponible à utiliser en cas de pépin... On a vu que que cela donne..
Tu pourrais très bien dire d'utiliser 3 disques avec un disque de parité et sans aucun disque spare. cela ferait 4 To de données disponibles supplémentaires.

Jm78 a écrit :

concernant la sauvegarde des données sensibles,
est-il préférable de les sauvegarder sur un SSD ou un disque dur ?
Mes données sont actuellement sauvegardées sur le Disk 8 To,

Pour le moment les SSD de 8 To n'existent pas et seront hors de prix.
Mon avis est que sauver des données sur un seul SSD est très risqué. La théorie est que son logiciel devrait permettre de lire éternellement, mais j'ai vu trop de cas dans ce forum où son firmware cesse brusquement de fonctionner sans explication préalable et je pense que les SSD ne sont pas encore majoritaires.
Lorsque les données sont dans un disque dur, il me semble que les firmwares sont plus au point et sont remplaçables si besoin.
Si des secteurs du disque dur deviennent illisibles, on peut perdre un fichier ou un répertoire Si trop de pistes lâchent
on en perd plus. Si ce sont des répertoires, on peut malgré tout récupérer les données sauf les noms de fichiers.
Cette récupération est assez facile pour un disque normal ou en raid1 et certainement aussi raids10. Mais quasi impossible pour les autres types de raids.
Mais, pour ce qui est vital, sauver en deux exemplaires est loin d'être stupide. ==> ce qui entraîne de séparer les données en deux groupes "Vitaux" et "non vitaux".....

Pour la surveillance des disques, les secteurs illisibles ne sont détectés que si on on les lit... Le magnétisme n'est pas éternel.
Relire l'intégralité d'un disque tous les ans est une idée intéressante que je m'applique: ddrescue avec écriture sur la sortie /dev/nul

Dernière modification par geole (Le 06/04/2023, à 17:08)

Jm78 · Le 06/04/2023, à 16:33

Non, je n'ai pas accès à l'interface du Serveur comme d'habitude et je n'ai pas accès aux données non plus
Et comme je n'ai pas le mot de passe, je peux passer aucune commande ...

Dernière modification par Jm78 (Le 06/04/2023, à 16:35)

geole · Le 06/04/2023, à 17:12

A toi de voir comment va évoluer la situation. A mon avis, laisse réfléchir 24 heures avant de réinitialiser
Si tu réinitialises, récupéreras-tu la gestion du mot de passe?

Jm78 · Le 06/04/2023, à 17:55

D'après la Documentation du Serveur, (page 66) il propose de réinitialiser le serveur via l'appuis sur un bouton en face avant
Je pense que le programme va redémarrer avec les paramètres Usine donc j'imagine que je vais récupérer le serveur dans le même état d'origine que je l'ai reçu en 2013.
Je n'aurai donc toujours pas connaissance du Mot de Passe de VE-Hotech mais je pense pouvoir relancer la configuration comme expliquer dans la documentation comme en 2013
qu'est ce que tu en penses ?

Jm78 · Le 06/04/2023, à 18:08

Ton idée de relire les disques dur tous les ans parait être une excellente idée

Geole a écrit :

Relire l'intégralité d'un disque tous les ans est une idée intéressante que je m'applique: ddrescue avec écriture sur la sortie /dev/nul

Est-ce que l'opération consiste à lire chaque secteur et à réécrire l'information sur ce même secteur ... C'est bien ça ?
Est-ce que tu peux me donner la commande pour réaliser cette opération svp ?

geole · Le 06/04/2023, à 18:28

Si la situation ne se débloque pas, il faudra que tu réinstalles. Cela devrait passer.
Pendant cette installation soit à l'affut d'un éventuel mot de passe qui te permettrait de commander depuis un autre ordinateur.

Non , il n y a pas réécriture. Ce qui permet de passer pendant que cela fonctionne.
Un exemple

DSKin=disk/by-id/ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T3074298      #nom du disque interne
DSKout=/dev/nul
M=8
Suivi=$HOME/sda.rescue
rm -v $Suivi
sudo ddrescue -f -n -b$((512*$M)) /dev/$DSKin /dev/$DSKout $Suivi

Dernière modification par geole (Le 06/04/2023, à 18:31)

Jm78 · Le 06/04/2023, à 20:15

Merci pour ta commande, donc si j'ai bien compris cette commande vérifie simplement si le secteur est lisible ... c'est bien ça ?
Du coup y a pas une fonction qui permettrait de réécrire les secteurs après les avoir lu ? ça pourrait peut-être réactiver le magnétisme s'il était faible ?

Sinon, concernant le Serveur, je viens de lancer la réinitialisation en suivant la procédure de la documentation et le serveur a redémarrer avec les paramètres d'usine.
Je n'ai pas la possibilité de connaitre le mot de passe VE-Hotech mais l'installation a bien redémarré comme si c'était la première utilisation donc c'est plutôt bon signe.
Maintenant, le serveur doit formater les disques donc ca va prendre pas mal de temps
Je reviendrai vers toi quand le formatage sera terminé
Bonne soirée

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#376 Le 27/03/2023, à 15:27

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#377 Le 30/03/2023, à 21:39

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#378 Le 02/04/2023, à 09:57

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#379 Le 02/04/2023, à 10:25

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#380 Le 05/04/2023, à 08:08

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#381 Le 05/04/2023, à 08:42

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#382 Le 05/04/2023, à 09:34

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#383 Le 05/04/2023, à 09:48

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#384 Le 06/04/2023, à 09:57

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#385 Le 06/04/2023, à 10:17

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#386 Le 06/04/2023, à 12:17

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#387 Le 06/04/2023, à 13:39

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#388 Le 06/04/2023, à 14:14

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#389 Le 06/04/2023, à 14:22

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#390 Le 06/04/2023, à 14:30

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#391 Le 06/04/2023, à 15:29

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#392 Le 06/04/2023, à 15:32

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#393 Le 06/04/2023, à 15:48

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#394 Le 06/04/2023, à 16:29

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#395 Le 06/04/2023, à 16:33

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#396 Le 06/04/2023, à 17:12

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#397 Le 06/04/2023, à 17:55

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#398 Le 06/04/2023, à 18:08

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#399 Le 06/04/2023, à 18:28

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#400 Le 06/04/2023, à 20:15

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

Pied de page des forums