#226 Le 23/03/2023, à 13:20
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
jm@jm-OptiPlex-9020:~$ ls -ls /mnt/var/log/syslog*
2040 -rw-r----- 1 systemd-resolve adm 4030317 mars 17 18:08 /mnt/var/log/syslog
1356 -rw-r----- 1 systemd-resolve adm 1381867 mars 1 06:25 /mnt/var/log/syslog.1
44 -rw-r----- 1 systemd-resolve adm 43182 févr. 28 06:25 /mnt/var/log/syslog.2.gz
40 -rw-r----- 1 systemd-resolve adm 38220 févr. 27 06:25 /mnt/var/log/syslog.3.gz
24 -rw-r----- 1 systemd-resolve adm 22174 févr. 26 06:25 /mnt/var/log/syslog.4.gz
jm@jm-OptiPlex-9020:~$ ls -ls /mnt/var/kern*
ls: impossible d'accéder à '/mnt/var/kern*': Aucun fichier ou dossier de ce type
jm@jm-OptiPlex-9020:~$
jm@jm-OptiPlex-9020:~$ ls -ls /mnt/dmesg*
ls: impossible d'accéder à '/mnt/dmesg*': Aucun fichier ou dossier de ce type
jm@jm-OptiPlex-9020:~$
Hors ligne
#227 Le 23/03/2023, à 13:41
- geole
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
Je n avais pas relu......
ls -ls /mnt/var/log/kern*
ls -ls /mnt/var/log/dmesg*
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
#228 Le 23/03/2023, à 13:44
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
jm@jm-OptiPlex-9020:~$ ls -ls /mnt/var/log/kern*
1412 -rw-r----- 1 systemd-resolve adm 3501578 mars 17 18:08 /mnt/var/log/kern.log
1004 -rw-r----- 1 systemd-resolve adm 1024955 févr. 28 19:09 /mnt/var/log/kern.log.1
24 -rw-r----- 1 systemd-resolve adm 21489 févr. 28 05:58 /mnt/var/log/kern.log.2.gz
24 -rw-r----- 1 systemd-resolve adm 21289 févr. 27 05:58 /mnt/var/log/kern.log.3.gz
4 -rw-r----- 1 systemd-resolve adm 2158 févr. 26 03:29 /mnt/var/log/kern.log.4.gz
jm@jm-OptiPlex-9020:~$
jm@jm-OptiPlex-9020:~$ ls -ls /mnt/var/log/dmesg*
68 -rw-r----- 1 root adm 67856 mars 17 18:04 /mnt/var/log/dmesg
68 -rw-r----- 1 root adm 67775 mars 17 17:55 /mnt/var/log/dmesg.0
16 -rw-r----- 1 root adm 16207 mars 17 17:49 /mnt/var/log/dmesg.1.gz
16 -rw-r----- 1 root adm 16021 mars 16 11:20 /mnt/var/log/dmesg.2.gz
16 -rw-r----- 1 root adm 16374 mars 16 11:14 /mnt/var/log/dmesg.3.gz
20 -rw-r----- 1 root adm 16455 mars 16 11:11 /mnt/var/log/dmesg.4.gz
Hors ligne
#229 Le 23/03/2023, à 13:49
- geole
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
On va voir sil y a des trous
tail -100 /mnt/var/log/kern.log.1 && head -100 /mnt/var/log/kern.log
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
#230 Le 23/03/2023, à 13:51
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
jm@jm-OptiPlex-9020:~$ tail -100 /mnt/var/log/kern.log.1 && head -100 /mnt/var/log/kern.log
Feb 28 19:09:16 vhs-4 kernel: [ 15.856220] FS-Cache: Netfs 'nfs' registered for caching
Feb 28 19:09:16 vhs-4 kernel: [ 15.941588] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Feb 28 19:09:16 vhs-4 kernel: [ 15.967371] [drm] GMBUS [i915 gmbus panel] timed out, falling back to bit banging on pin 3
Feb 28 19:09:16 vhs-4 kernel: [ 16.155589] [drm] GMBUS [i915 gmbus dpd] timed out, falling back to bit banging on pin 6
Feb 28 19:09:16 vhs-4 kernel: [ 16.199353] rc_core: module verification failed: signature and/or required key missing - tainting kernel
Feb 28 19:09:16 vhs-4 kernel: [ 16.201108] IR NEC protocol handler initialized
Feb 28 19:09:16 vhs-4 kernel: [ 16.202079] IR RC5(x) protocol handler initialized
Feb 28 19:09:16 vhs-4 kernel: [ 16.203277] IR RC6 protocol handler initialized
Feb 28 19:09:16 vhs-4 kernel: [ 16.204480] IR JVC protocol handler initialized
Feb 28 19:09:16 vhs-4 kernel: [ 16.205655] IR Sony protocol handler initialized
Feb 28 19:09:16 vhs-4 kernel: [ 16.206874] IR MCE Keyboard/mouse protocol handler initialized
Feb 28 19:09:16 vhs-4 kernel: [ 16.209918] lirc_dev: IR Remote Control driver registered, major 248
Feb 28 19:09:16 vhs-4 kernel: [ 16.211679] IR LIRC bridge handler initialized
Feb 28 19:09:16 vhs-4 kernel: [ 16.215394] AVX version of gcm_enc/dec engaged.
Feb 28 19:09:17 vhs-4 kernel: [ 16.411996] i801_smbus 0000:00:1f.3: SMBus using PCI Interrupt
Feb 28 19:09:17 vhs-4 kernel: [ 16.423464] tbs6290fe: module license 'TurboSight Proprietary' taints kernel.
Feb 28 19:09:17 vhs-4 kernel: [ 16.423468] Disabling lock debugging due to kernel taint
Feb 28 19:09:17 vhs-4 kernel: [ 16.592513] ppdev: user-space parallel port driver
Feb 28 19:09:17 vhs-4 kernel: [ 16.607978] parport0: PC-style at 0x378 (0x778)
Feb 28 19:09:17 vhs-4 kernel: [ 16.689038] gpio_ich: GPIO from 180 to 255 on gpio_ich
Feb 28 19:09:17 vhs-4 kernel: [ 16.700522] intel_rapl: Found RAPL domain package
Feb 28 19:09:17 vhs-4 kernel: [ 16.700525] intel_rapl: Found RAPL domain core
Feb 28 19:09:17 vhs-4 kernel: [ 16.700527] intel_rapl: Found RAPL domain uncore
Feb 28 19:09:17 vhs-4 kernel: [ 16.732948] [PCSPP,TRISTATE]
Feb 28 19:09:17 vhs-4 kernel: [ 16.732953] parport0: irq 0 detected
Feb 28 19:09:17 vhs-4 kernel: [ 16.828508] lp0: using parport0 (polling).
Feb 28 19:09:17 vhs-4 kernel: [ 16.916462] Registered IR keymap rc-tbs-nec
Feb 28 19:09:17 vhs-4 kernel: [ 16.916544] input: saa716x IR (TurboSight TBS 6280) as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/rc/rc0/input5
Feb 28 19:09:17 vhs-4 kernel: [ 16.916587] rc0: saa716x IR (TurboSight TBS 6280) as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/rc/rc0
Feb 28 19:09:17 vhs-4 kernel: [ 16.916671] input: MCE IR Keyboard/Mouse (saa716x) as /devices/virtual/input/input6
Feb 28 19:09:17 vhs-4 kernel: [ 16.916834] rc rc0: lirc_dev: driver ir-lirc-codec (saa716x) registered at minor = 0
Feb 28 19:09:17 vhs-4 kernel: [ 16.916837] DVB: registering new adapter (SAA716x dvb adapter)
Feb 28 19:09:18 vhs-4 kernel: [ 17.646087] TurboSight TBS6280 DVB-T2 card MAC=ff:ff:ff:ff:ff:ff
Feb 28 19:09:18 vhs-4 kernel: [ 17.646091] DVB: registering adapter 0 frontend 0 (TurboSight TBS 62x0 DVBT/T2 frontend)...
Feb 28 19:09:18 vhs-4 kernel: [ 17.646197] DVB: registering new adapter (SAA716x dvb adapter)
Feb 28 19:09:18 vhs-4 kernel: [ 17.734250] TurboSight TBS6280 DVB-T2 card MAC=ff:ff:ff:ff:ff:ff
Feb 28 19:09:18 vhs-4 kernel: [ 17.734255] DVB: registering adapter 1 frontend 0 (TurboSight TBS 62x0 DVBT/T2 frontend)...
Feb 28 19:09:18 vhs-4 kernel: [ 17.758634] ip_tables: (C) 2000-2006 Netfilter Core Team
Feb 28 19:09:18 vhs-4 kernel: [ 17.767923] EXT4-fs (sde1): warning: maximal mount count reached, running e2fsck is recommended
Feb 28 19:09:18 vhs-4 kernel: [ 17.827641] Bridge firewalling registered
Feb 28 19:09:18 vhs-4 kernel: [ 17.855541] nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
Feb 28 19:09:18 vhs-4 kernel: [ 17.895478] EXT4-fs (sde1): mounted filesystem with ordered data mode. Opts: (null)
Feb 28 19:09:19 vhs-4 kernel: [ 18.334022] ip6_tables: (C) 2000-2006 Netfilter Core Team
Feb 28 19:09:19 vhs-4 kernel: [ 18.722927] bonding: Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
Feb 28 19:09:19 vhs-4 kernel: [ 18.722931] bonding: MII link monitoring set to 100 ms
Feb 28 19:09:19 vhs-4 kernel: [ 18.724823] IPv6: ADDRCONF(NETDEV_UP): bond0: link is not ready
Feb 28 19:09:19 vhs-4 kernel: [ 19.226257] bonding: bond0: Adding slave eth0
Feb 28 19:09:19 vhs-4 kernel: [ 19.226330] tg3 0000:04:00.0: irq 54 for MSI/MSI-X
Feb 28 19:09:20 vhs-4 kernel: [ 19.244395] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Feb 28 19:09:20 vhs-4 kernel: [ 19.244433] bonding: bond0: Enslaving eth0 as an active interface with a down link
Feb 28 19:09:20 vhs-4 kernel: [ 19.251942] bonding: bond0: Adding slave eth1
Feb 28 19:09:20 vhs-4 kernel: [ 19.252015] tg3 0000:06:00.0: irq 55 for MSI/MSI-X
Feb 28 19:09:20 vhs-4 kernel: [ 19.270195] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
Feb 28 19:09:20 vhs-4 kernel: [ 19.270233] bonding: bond0: Enslaving eth1 as an active interface with a down link
Feb 28 19:09:20 vhs-4 kernel: [ 19.294124] device bond0 entered promiscuous mode
Feb 28 19:09:20 vhs-4 kernel: [ 19.294608] IPv6: ADDRCONF(NETDEV_UP): br0: link is not ready
Feb 28 19:09:20 vhs-4 kernel: [ 19.876898] tg3 0000:04:00.0 eth0: Link is down
Feb 28 19:09:20 vhs-4 kernel: [ 19.956988] tg3 0000:06:00.0 eth1: Link is down
Feb 28 19:09:23 vhs-4 kernel: [ 22.880452] tg3 0000:04:00.0 eth0: Link is up at 1000 Mbps, full duplex
Feb 28 19:09:23 vhs-4 kernel: [ 22.880455] tg3 0000:04:00.0 eth0: Flow control is off for TX and off for RX
Feb 28 19:09:23 vhs-4 kernel: [ 22.927394] bonding: bond0: link status definitely up for interface eth0, 1000 Mbps full duplex
Feb 28 19:09:23 vhs-4 kernel: [ 22.927397] bonding: bond0: making interface eth0 the new active one
Feb 28 19:09:23 vhs-4 kernel: [ 22.927398] device eth0 entered promiscuous mode
Feb 28 19:09:23 vhs-4 kernel: [ 22.927440] bonding: bond0: first active interface up!
Feb 28 19:09:23 vhs-4 kernel: [ 22.927444] IPv6: ADDRCONF(NETDEV_CHANGE): bond0: link becomes ready
Feb 28 19:09:23 vhs-4 kernel: [ 22.927471] br0: port 1(bond0) entered forwarding state
Feb 28 19:09:23 vhs-4 kernel: [ 22.927475] br0: port 1(bond0) entered forwarding state
Feb 28 19:09:23 vhs-4 kernel: [ 22.927490] IPv6: ADDRCONF(NETDEV_CHANGE): br0: link becomes ready
Feb 28 19:09:27 vhs-4 kernel: [ 27.182959] nf_conntrack: automatic helper assignment is deprecated and it will be removed soon. Use the iptables CT target to attach helpers instead.
Feb 28 19:09:32 vhs-4 kernel: [ 31.941623] br0: port 1(bond0) entered forwarding state
Feb 28 19:09:33 vhs-4 kernel: [ 32.869187] md: md3 stopped.
Feb 28 19:09:33 vhs-4 kernel: [ 32.870467] md: bind<sdc3>
Feb 28 19:09:33 vhs-4 kernel: [ 32.870586] md: bind<sdd3>
Feb 28 19:09:33 vhs-4 kernel: [ 32.870786] md: bind<sdb3>
Feb 28 19:09:33 vhs-4 kernel: [ 32.870902] md: bind<sda3>
Feb 28 19:09:33 vhs-4 kernel: [ 32.870918] md: kicking non-fresh sdc3 from array!
Feb 28 19:09:33 vhs-4 kernel: [ 32.870922] md: unbind<sdc3>
Feb 28 19:09:33 vhs-4 kernel: [ 32.886829] md: export_rdev(sdc3)
Feb 28 19:09:33 vhs-4 kernel: [ 32.887754] md/raid:md3: device sda3 operational as raid disk 0
Feb 28 19:09:33 vhs-4 kernel: [ 32.887757] md/raid:md3: device sdd3 operational as raid disk 3
Feb 28 19:09:33 vhs-4 kernel: [ 32.888032] md/raid:md3: allocated 0kB
Feb 28 19:09:33 vhs-4 kernel: [ 32.888082] md/raid:md3: not enough operational devices (2/4 failed)
Feb 28 19:09:33 vhs-4 kernel: [ 32.888135] RAID conf printout:
Feb 28 19:09:33 vhs-4 kernel: [ 32.888137] --- level:5 rd:4 wd:2
Feb 28 19:09:33 vhs-4 kernel: [ 32.888139] disk 0, o:1, dev:sda3
Feb 28 19:09:33 vhs-4 kernel: [ 32.888140] disk 3, o:1, dev:sdd3
Feb 28 19:09:33 vhs-4 kernel: [ 32.888329] md/raid:md3: failed to run raid set.
Feb 28 19:09:33 vhs-4 kernel: [ 32.888349] md: pers->run() failed ...
Feb 28 19:09:33 vhs-4 kernel: [ 32.963238] md/raid:md3: device sda3 operational as raid disk 0
Feb 28 19:09:33 vhs-4 kernel: [ 32.963241] md/raid:md3: device sdd3 operational as raid disk 3
Feb 28 19:09:33 vhs-4 kernel: [ 32.963520] md/raid:md3: allocated 0kB
Feb 28 19:09:33 vhs-4 kernel: [ 32.963547] md/raid:md3: not enough operational devices (2/4 failed)
Feb 28 19:09:33 vhs-4 kernel: [ 32.963624] RAID conf printout:
Feb 28 19:09:33 vhs-4 kernel: [ 32.963628] --- level:5 rd:4 wd:2
Feb 28 19:09:33 vhs-4 kernel: [ 32.963629] disk 0, o:1, dev:sda3
Feb 28 19:09:33 vhs-4 kernel: [ 32.963631] disk 3, o:1, dev:sdd3
Feb 28 19:09:33 vhs-4 kernel: [ 32.963802] md/raid:md3: failed to run raid set.
Feb 28 19:09:33 vhs-4 kernel: [ 32.963822] md: pers->run() failed ...
Feb 28 19:09:33 vhs-4 kernel: [ 33.005616] Adding 497020k swap on /dev/sda1. Priority:-1 extents:1 across:497020k FS
Feb 28 19:09:33 vhs-4 kernel: [ 33.048605] Adding 498024k swap on /dev/sdd1. Priority:-2 extents:1 across:498024k FS
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] Initializing cgroup subsys cpuset
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] Initializing cgroup subsys cpu
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] Initializing cgroup subsys cpuacct
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] Linux version 3.16.0-31-generic (buildd@tipua) (gcc version 4.8.2 (Ubuntu 4.8.2-19ubuntu1) ) #41~14.04.1-Ubuntu SMP Wed Feb 11 19:30:13 UTC 2015 (Ubuntu 3.16.0-31.41~14.04.1-generic 3.16.7-ckt5)
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] Command line: root=/dev/md0 ro quiet splash vboot=key apparmor=0
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] KERNEL supported cpus:
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] Intel GenuineIntel
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] AMD AuthenticAMD
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] Centaur CentaurHauls
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] e820: BIOS-provided physical RAM map:
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009d7ff] usable
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] BIOS-e820: [mem 0x000000000009d800-0x000000000009ffff] reserved
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] BIOS-e820: [mem 0x0000000000100000-0x000000001fffffff] usable
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] BIOS-e820: [mem 0x0000000020000000-0x00000000201fffff] reserved
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] BIOS-e820: [mem 0x0000000020200000-0x000000003fffffff] usable
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] BIOS-e820: [mem 0x0000000040000000-0x00000000401fffff] reserved
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] BIOS-e820: [mem 0x0000000040200000-0x00000000b6d6dfff] usable
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] BIOS-e820: [mem 0x00000000b6d6e000-0x00000000b6db6fff] ACPI NVS
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] BIOS-e820: [mem 0x00000000b6db7000-0x00000000b6dbdfff] ACPI data
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] BIOS-e820: [mem 0x00000000b6dbe000-0x00000000b6df4fff] reserved
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] BIOS-e820: [mem 0x00000000b6df5000-0x00000000b6df6fff] usable
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] BIOS-e820: [mem 0x00000000b6df7000-0x00000000b6e07fff] reserved
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] BIOS-e820: [mem 0x00000000b6e08000-0x00000000b6e15fff] ACPI NVS
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] BIOS-e820: [mem 0x00000000b6e16000-0x00000000b6e3cfff] reserved
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] BIOS-e820: [mem 0x00000000b6e3d000-0x00000000b6e7ffff] ACPI NVS
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] BIOS-e820: [mem 0x00000000b6e80000-0x00000000b6ffffff] usable
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] BIOS-e820: [mem 0x00000000b7800000-0x00000000bf9fffff] reserved
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] BIOS-e820: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff] reserved
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] BIOS-e820: [mem 0x0000000100000000-0x00000004405fffff] usable
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] NX (Execute Disable) protection: active
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] SMBIOS 2.7 present.
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] DMI: Ve-hotech vhs-4xtreme/MINIX H61M-USB3, BIOS 4.6.4 02/18/2012
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] AGP: No AGP bridge found
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] e820: last_pfn = 0x440600 max_arch_pfn = 0x400000000
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] MTRR default type: uncachable
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] MTRR fixed ranges enabled:
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] 00000-9FFFF write-back
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] A0000-BFFFF uncachable
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] C0000-CFFFF write-protect
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] D0000-E7FFF uncachable
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] E8000-FFFFF write-protect
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] MTRR variable ranges enabled:
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] 0 base 000000000 mask C00000000 write-back
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] 1 base 400000000 mask FC0000000 write-back
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] 2 base 440000000 mask FFFC00000 write-back
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] 3 base 440400000 mask FFFE00000 write-back
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] 4 base 0B7800000 mask FFF800000 uncachable
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] 5 base 0B8000000 mask FF8000000 uncachable
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] 6 base 0C0000000 mask FC0000000 uncachable
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] 7 disabled
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] 8 disabled
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] 9 disabled
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] original variable MTRRs
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] reg 0, base: 0GB, range: 16GB, type WB
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] reg 1, base: 16GB, range: 1GB, type WB
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] reg 2, base: 17GB, range: 4MB, type WB
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] reg 3, base: 17412MB, range: 2MB, type WB
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] reg 4, base: 2936MB, range: 8MB, type UC
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] reg 5, base: 2944MB, range: 128MB, type UC
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] reg 6, base: 3GB, range: 1GB, type UC
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] total RAM covered: 16254M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] gran_size: 64K chunk_size: 64K num_reg: 10 lose cover RAM: 6M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] gran_size: 64K chunk_size: 128K num_reg: 10 lose cover RAM: 6M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] gran_size: 64K chunk_size: 256K num_reg: 10 lose cover RAM: 6M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] gran_size: 64K chunk_size: 512K num_reg: 10 lose cover RAM: 6M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] gran_size: 64K chunk_size: 1M num_reg: 10 lose cover RAM: 6M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] gran_size: 64K chunk_size: 2M num_reg: 10 lose cover RAM: 6M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] gran_size: 64K chunk_size: 4M num_reg: 10 lose cover RAM: 6M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] gran_size: 64K chunk_size: 8M num_reg: 10 lose cover RAM: 6M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] *BAD*gran_size: 64K chunk_size: 16M num_reg: 10 lose cover RAM: -8M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] *BAD*gran_size: 64K chunk_size: 32M num_reg: 10 lose cover RAM: -24M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] *BAD*gran_size: 64K chunk_size: 64M num_reg: 10 lose cover RAM: -56M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] *BAD*gran_size: 64K chunk_size: 128M num_reg: 10 lose cover RAM: -120M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] *BAD*gran_size: 64K chunk_size: 256M num_reg: 10 lose cover RAM: -240M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] *BAD*gran_size: 64K chunk_size: 512M num_reg: 10 lose cover RAM: -496M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] *BAD*gran_size: 64K chunk_size: 1G num_reg: 10 lose cover RAM: -992M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] *BAD*gran_size: 64K chunk_size: 2G num_reg: 10 lose cover RAM: -992M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] gran_size: 128K chunk_size: 128K num_reg: 10 lose cover RAM: 6M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] gran_size: 128K chunk_size: 256K num_reg: 10 lose cover RAM: 6M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] gran_size: 128K chunk_size: 512K num_reg: 10 lose cover RAM: 6M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] gran_size: 128K chunk_size: 1M num_reg: 10 lose cover RAM: 6M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] gran_size: 128K chunk_size: 2M num_reg: 10 lose cover RAM: 6M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] gran_size: 128K chunk_size: 4M num_reg: 10 lose cover RAM: 6M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] gran_size: 128K chunk_size: 8M num_reg: 10 lose cover RAM: 6M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] *BAD*gran_size: 128K chunk_size: 16M num_reg: 10 lose cover RAM: -8M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] *BAD*gran_size: 128K chunk_size: 32M num_reg: 10 lose cover RAM: -24M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] *BAD*gran_size: 128K chunk_size: 64M num_reg: 10 lose cover RAM: -56M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] *BAD*gran_size: 128K chunk_size: 128M num_reg: 10 lose cover RAM: -120M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] *BAD*gran_size: 128K chunk_size: 256M num_reg: 10 lose cover RAM: -240M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] *BAD*gran_size: 128K chunk_size: 512M num_reg: 10 lose cover RAM: -496M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] *BAD*gran_size: 128K chunk_size: 1G num_reg: 10 lose cover RAM: -992M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] *BAD*gran_size: 128K chunk_size: 2G num_reg: 10 lose cover RAM: -992M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] gran_size: 256K chunk_size: 256K num_reg: 10 lose cover RAM: 6M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] gran_size: 256K chunk_size: 512K num_reg: 10 lose cover RAM: 6M
Mar 16 10:36:05 vhs-4 kernel: [ 0.000000] gran_size: 256K chunk_size: 1M num_reg: 10 lose cover RAM: 6M
jm@jm-OptiPlex-9020:~$
Hors ligne
#231 Le 23/03/2023, à 13:55
- geole
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
Est-ce qu'il serait possible de savoir dans quelle configuration était le serveur le 3 mars ?
Quels disks étaient en service car j'avais accès à mes données ...
Il n’a rien été enregistré dans la période Feb 28 19:09:33 - Mar 16 10:36:05 dans ce répertoire.
et les fichiers dmesg de cette période ont été éliminés.
Pense à lancer la commande assemble create qui est la dernière chance.
Surprenant, on voit que même le swap de SDB n a pas pu être utilisé
Feb 28 19:09:33 vhs-4 kernel: [ 33.005616] Adding 497020k swap on /dev/sda1. Priority:-1 extents:1 across:497020k FS
Feb 28 19:09:33 vhs-4 kernel: [ 33.048605] Adding 498024k swap on /dev/sdd1. Priority:-2 extents:1 across:498024k FS
Ce disque SDB devait être complétement fichu ou le logiciel ne prévoyait pas de l’utilser
Donne ce retour
cat /mnt/etc/fstab
Dernière modification par geole (Le 23/03/2023, à 14:09)
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
#232 Le 23/03/2023, à 14:03
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
Ok donc on ne saura jamais les commandes que l'application de Config du serveur aura lancées
jm@jm-OptiPlex-9020:~$ sudo mdadm --assemble --verbose --metadata=1.0 --force --run --readonly /dev/md3 /dev/sda3 missing /dev/sdd3
[sudo] Mot de passe de jm :
mdadm: looking for devices for /dev/md3
mdadm: cannot open device missing: No such file or directory
mdadm: missing has no superblock - assembly aborted
Hors ligne
#233 Le 23/03/2023, à 14:11
- geole
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
sudo mdadm --create /dev/md3 --metadata=1.0 --assume-clean --level=5 --chunk=64 --raid-devices=3 /dev/sda3 missing /dev/sdd3
car à l'échange 3, il y a
sudo mdadm --examine /dev/sd[abcd]3 /dev/sda3: ...... Layout : left-symmetric Chunk Size : 64K
Puis, si le montage raid réussit
sudo fsck /dev/md3
tu auras certainement pas mal de réponses o à fournir.
il est fort probable que le premier super-bloc soit détruit, mais il te fournira les suivants. En version 22.04, la liste serait :
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, .......
Puis tu pourras faire le montage classique.
L'application de config du serveur ne doit pas fonctionner sous ubuntu. Il faudrait connaître son fonctionnement et la documentation fournie est insuffisante. Seul le concepteur de ce logiciel aurait pu répondre sur le niveau de traces enregistrées.
Dernière modification par geole (Le 23/03/2023, à 14:46)
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
#234 Le 23/03/2023, à 14:18
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
ok donc si j'ai bien compris, l'opération est risquée, on peut perdre les données c'est bien ça ?
Ca pause pas de problème de faire ca avec les clones des disks SDA,SDB,SDC,SDD ou est-il préférable de faire ca avec les disks originaux ?
Tu dis : il y aura des réponses à fournir ... Que veut dire le o ? c'est pour oui ? il faudra toujours répondre OUI ?
Hors ligne
#235 Le 23/03/2023, à 14:29
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
Est-ce que les disks SDB(Cloné) et SDC(Cloné) vont être impactés par l'opération ? car ce sont les clones que j'avais réussi a faire avec clonezilla avant d'aller sur le forum et d'entamer tous les essais avec toi donc faut peut-être les conserver intacts ?
Hors ligne
#236 Le 23/03/2023, à 14:37
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
C'est bien la commande à lancée ?
sudo mdadm --create /dev/md3 --metadata=1.0 --assume-clean --level=5 --chunk=64 --raid-devices=3 /dev/sda13 missing /dev/sdd13
j'y connais rien mais c'est normal sda13 et sdd13 ?
Hors ligne
#237 Le 23/03/2023, à 14:39
- geole
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
Oui, on peut ne pas retrouver les fichiers.
Je pensais que c'était mieux de de le faire directement avec les disques neufs.
Cependant, c'est une très bonne idée de le faire avec les disques usagés. Si on détruit des choses, on aura toujours les données disponibles sur des disques neufs au lieu de disques usagés.
et si cela fonctionne, on demandera d'utiliser les disques neufs ( SDB et SDC) comme secours et
disque par disque, on remplacera SDA qui me semble le plus abîmé puis le disque SDD en remettant le SDA neuf comme disque de remplacement puis le SDD neuf comme disque de secours.
===> Ne change que SDA et SDD. Puisque SDB et SDC sont laissés au repos avec cette commande.
O est la réponse Oui. Par moments, tu n'as que ce choix possible ou de stopper la réparation.
Tu pourrais avoir le choix
N pour Non pour certaines questions. Dans le doute, tu pourras poser la question . Je te donnerais un avis.
J'ai mis la trace de ma réparation et mes réponses aux questions qui dépendent des erreurs rencontrées....
Désolé...
sudo mdadm --create /dev/md3 --metadata=1.0 --assume-clean --level=5 --chunk=64 --raid-devices=3 /dev/sda3 missing /dev/sdd3
Il n'est pas évident que les questions seront celles-ci.
sudo mount /dev/md0 /media/md0
mount: /media/md0: wrong fs type, bad option, bad superblock on /dev/md0, missing codepage or helper program, or other error.
sudo fsck /dev/md0
fsck de util-linux 2.37.2
e2fsck 1.46.5 (30-Dec-2021)
le superbloc a un journal invalide (i-noeud 8).
Effacer<o>? oui
*** journal has been deleted ***
Le drapeau has_journal du superbloc n'est pas activé, mais un journal est présent.
Effacer<o>? oui
L'i-noeud de changement de taille n'est pas valide. Recréer<o>? oui
Passe 1 : vérification des i-noeuds, des blocs et des tailles
l'i-noeud de journal n'est pas utilisé mais contient des données. Effacer<o>? oui
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
différences de bitmap de blocs : +524288 +524304 +(524320--524831) +(2097152--2097153) +(2097168--2097169) +(2097184--2098207) +3670016 +3670032 +(3670048--3670559) -(3678240--3680287) -(3680512--3700991)
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°0 (23509, décompté=23510).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°65 (0, décompté=32768).
Corriger<o>? oui
Le décompte des blocs libres est erroné (4636804, décompté=4669573).
Corriger<o>? oui
Recréer le journal<o>? oui
Création du journal (32768 blocs) :
Complété.
*** le journal a été regénéré ***
/dev/md0: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****
/dev/md0 : 15/1310720 fichiers (0.0% non contigus), 605819/5242624 blocs
Dernière modification par geole (Le 23/03/2023, à 15:02)
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
#238 Le 23/03/2023, à 14:53
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
Ok donc je résume pour pas faire d'erreur
Je viens de redémarré le serveur avec SDA(Origine) SDB(Cloné) SDC(Cloné) et SDD(Origine)
Est-ce qu'il y a des commandes a effectuées vu que je viens de redémarre le serveur ou je peux lancer directement ta commande :
sudo mdadm --create /dev/md3 --metadata=1.0 --assume-clean --level=5 --chunk=64 --raid-devices=3 /dev/sda3 missing /dev/sdd3
?
Hors ligne
#239 Le 23/03/2023, à 14:59
- geole
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
Il a dut tenter de se recréer sans reussir
1) Regarde ce qui est assemblé
at /proc/mdstat
Tu devras avoir les partitions N°2. Ce qui est normal.
et probablement des partitions N°3.
2) Tu stoppes les partitions N° 3.
sudo mdadm --stop mdNNN
en remplaçant NNN par ce qui convient.
3) Et tu vérifies
cat /proc/mdstat
Cela devrait avoir disparu.
4) Alors, tu peux faire la création.
Dernière modification par geole (Le 23/03/2023, à 15: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
#240 Le 23/03/2023, à 15:02
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
jm@jm-OptiPlex-9020:~$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md127 : active (auto-read-only) raid1 sda2[0] sdd2[4]
4883392 blocks super 1.0 [2/2] [UU]
md3 : inactive sdd3[4](S) sda3[0](S) sdb3[5](S) sdc3[2](S)
11699537608 blocks super 1.0
unused devices: <none>
jm@jm-OptiPlex-9020:~$ sudo mdadm --stop md3
mdadm: stopped md3
jm@jm-OptiPlex-9020:~$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md127 : active raid1 sda2[0] sdd2[4]
4883392 blocks super 1.0 [2/2] [UU]
unused devices: <none>
jm@jm-OptiPlex-9020:~$
Dernière modification par Jm78 (Le 23/03/2023, à 15:03)
Hors ligne
#241 Le 23/03/2023, à 15:05
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
au lancement j'ai ça :
jm@jm-OptiPlex-9020:~$ sudo mdadm --create /dev/md3 --metadata=1.0 --assume-clean --level=5 --chunk=64 --raid-devices=3 /dev/sda3 missing /dev/sdd3
mdadm: /dev/sda3 appears to contain an ext2fs file system
size=18446744065304333760K mtime=Tue Feb 28 15:58:31 2023
mdadm: /dev/sda3 appears to be part of a raid array:
level=raid5 devices=4 ctime=Mon Jun 24 15:34:32 2013
mdadm: /dev/sdd3 appears to contain an ext2fs file system
size=18446744065572769216K mtime=Thu Feb 23 21:10:00 2006
mdadm: /dev/sdd3 appears to be part of a raid array:
level=raid5 devices=4 ctime=Mon Jun 24 15:34:32 2013
Continue creating array?
C'est bon pour toi... je peux continuer ? faut répondre par OUI ou par YES ?
Dernière modification par Jm78 (Le 23/03/2023, à 15:14)
Hors ligne
#242 Le 23/03/2023, à 15:14
- geole
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
oui, on a mis des options qui devraient ne pas détruire
y
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
#243 Le 23/03/2023, à 15:15
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
jm@jm-OptiPlex-9020:~$ sudo mdadm --create /dev/md3 --metadata=1.0 --assume-clean --level=5 --chunk=64 --raid-devices=3 /dev/sda3 missing /dev/sdd3
mdadm: /dev/sda3 appears to contain an ext2fs file system
size=18446744065304333760K mtime=Tue Feb 28 15:58:31 2023
mdadm: /dev/sda3 appears to be part of a raid array:
level=raid5 devices=4 ctime=Mon Jun 24 15:34:32 2013
mdadm: /dev/sdd3 appears to contain an ext2fs file system
size=18446744065572769216K mtime=Thu Feb 23 21:10:00 2006
mdadm: /dev/sdd3 appears to be part of a raid array:
level=raid5 devices=4 ctime=Mon Jun 24 15:34:32 2013
Continue creating array? y
Continue creating array? (y/n) y
mdadm: array /dev/md3 started.
Hors ligne
#244 Le 23/03/2023, à 15:19
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
jm@jm-OptiPlex-9020:~$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md3 : active raid5 sdd3[2] sda3[0]
5849767552 blocks super 1.0 level 5, 64k chunk, algorithm 2 [3/2] [U_U]
bitmap: 0/22 pages [0KB], 65536KB chunk
md127 : active raid1 sda2[0] sdd2[4]
4883392 blocks super 1.0 [2/2] [UU]
unused devices: <none>
Hors ligne
#245 Le 23/03/2023, à 15:25
- geole
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
Parfait, c'est le moment de monter.
sudo mkdir -v /media/md3
sudo mount -v /dev/md3 /media/md3
Dernière modification par geole (Le 23/03/2023, à 15:27)
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
#246 Le 23/03/2023, à 15:27
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
jm@jm-OptiPlex-9020:~$ sudo mkdir -v /media/md3
[sudo] Mot de passe de jm :
mkdir: création du répertoire '/media/md3'
jm@jm-OptiPlex-9020:~$ sudo mount -v /dev/md3 /media/md3
mount: /media/md3: wrong fs type, bad option, bad superblock on /dev/md3, missing codepage or helper program, or other error.
jm@jm-OptiPlex-9020:~$
Hors ligne
#247 Le 23/03/2023, à 15:33
- geole
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
sudo fsck /dev/md3
Dernière modification par geole (Le 23/03/2023, à 15:39)
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
#248 Le 23/03/2023, à 15:34
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
jm@jm-OptiPlex-9020:~$ sudo fsck /dev/md0
fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
fsck.ext2: Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dev/md0
Périphérique peut-être inexistant ?
Hors ligne
#249 Le 23/03/2023, à 15:36
- Jm78
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
Faut remplacer MD0 par MD3 ?
jm@jm-OptiPlex-9020:~$ sudo fsck /dev/md3
[sudo] Mot de passe de jm :
fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
exet2fs_check_desc: Descripteur de groupe corrompu : bloc invalide pour le bitmap d'i-noeuds
fsck.ext4 : Les descripteurs de groupe semblent en mauvais état... tentons d'utiliser les blocs de sauvetage...
fsck.ext4 : Numéro magique invalide dans le super-bloc lors de l'utilisation des blocs de sauvetagefsck.ext4 : retour au superblock originel
le superbloc a un journal invalide (i-noeud 8).
Effacer<o>?
Je mets OUI ?
Dernière modification par Jm78 (Le 23/03/2023, à 15:38)
Hors ligne
#250 Le 23/03/2023, à 15:38
- geole
Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5
o
ou appui sur la touche Entrée puisque pas de choix.
Dernière modification par geole (Le 23/03/2023, à 15:40)
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