#376 Le 27/03/2023, à 16:27
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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 !!!
Hors ligne
#377 Le 30/03/2023, à 22:39
- geole
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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.
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#378 Le 02/04/2023, à 10:57
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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 ?
Hors ligne
#379 Le 02/04/2023, à 11:25
- geole
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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
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, à 17:11)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#380 Le 05/04/2023, à 09:08
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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 ?
Hors ligne
#381 Le 05/04/2023, à 09:42
- geole
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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, à 10:00)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#382 Le 05/04/2023, à 10:34
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
ok merci,
comment faut-il faire pour avoir le boot-info ?
Hors ligne
#383 Le 05/04/2023, à 10:48
- geole
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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, à 10:49)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#384 Le 06/04/2023, à 10:57
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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, à 11:19)
Hors ligne
#385 Le 06/04/2023, à 11:17
- cqfd93
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
Modération
Bonjour,
Pour ajouter toi-même les balises code à ton précédent message (bootinfo) :
− cqfd93 −
En ligne
#386 Le 06/04/2023, à 13:17
- geole
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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, à 13:29)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#387 Le 06/04/2023, à 14:39
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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.
Hors ligne
#388 Le 06/04/2023, à 15:14
- geole
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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 ====>
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, à 15:26)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#389 Le 06/04/2023, à 15:22
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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 ?
Hors ligne
#390 Le 06/04/2023, à 15:30
- geole
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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, à 15:31)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#391 Le 06/04/2023, à 16:29
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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
Hors ligne
#392 Le 06/04/2023, à 16:32
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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 ?
Hors ligne
#393 Le 06/04/2023, à 16:48
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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 ?
Hors ligne
#394 Le 06/04/2023, à 17:29
- geole
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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?
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.
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.
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, à 18:08)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#395 Le 06/04/2023, à 17:33
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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, à 17:35)
Hors ligne
#396 Le 06/04/2023, à 18:12
- geole
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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?
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#397 Le 06/04/2023, à 18:55
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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 ?
Hors ligne
#398 Le 06/04/2023, à 19:08
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
Ton idée de relire les disques dur tous les ans parait être une excellente idée
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 ?
Hors ligne
#399 Le 06/04/2023, à 19:28
- geole
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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, à 19:31)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#400 Le 06/04/2023, à 21:15
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
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
Hors ligne