Debian Debian-France Debian-Facile Debian-fr.org Debian-fr.xyz Debian ? Communautés

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 26-06-2021 15:54:52

Kamoulox
Membre
Distrib. : Debian VM Freebox Delta
Inscription : 26-06-2021

Plus d'accès à Nextcloud installé sur une VM Debian Freebox

Bonjour,

Je suis complètement perdu, je vais essayer d'être le plus exhaustif possible. J'espère vraiment que vous pourrez m'aider. Mon cloud n'est plus du tout fonctionnel et j'ai perdu l'accès à toutes les photos de naissance de ma fille qui est née il y 2 mois. Je vous présente mes excuses par avance parce que je suis complètement débutant et beaucoup de choses qui vous paraissent évidentes ne le sont pas forcément pour moi. Voici mon problème :

La freebox delta permettant d'installer des VM, j'ai installé nextcloud sur une VM debian (non sans mal, mais j'ai fini par réussir à rendre le tout fonctionnel).

J'ai eu la fibre il y a deux semaines mais le débit de transfert des fichiers sur nextcloud était toujours très lent. J'ai vu sur des forums qu'il fallait modifier certains paramètres dans le fichier config (et c'est là le premier problème je ne me souviens plus exactement du fichier, il devait y avoir "ini" ou "php" dans l'histoire...) et j'ai donc voulu modifier ce fichier en utilisant la console (celle de mafreebox os en cliquant sur la vm). Une fois dans le fichier, je le faisait défiler pour chercher la ligne à modifier et là d'un coup debian a redémarré et je me suis retrouvé bloqué sur cet écran (pourtant je n'avais rien modifié a priori c'est ça qui est bizarre) :

Loading Linux 4.19.0-16-arm64 ...
Loading initial ramdisk ...
EFI stub: Booting Linux Kernel...
EFI stub: Using DTB from configuration table
EFI stub: Exiting boot services and installing virtual address map...
[    0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd081]
[    0.000000] Linux version 4.19.0-16-arm64 (debian-kernel@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.181-1 (2021-03-19)
[    0.000000] efi: Getting EFI parameters from FDT:
[    0.000000] efi: EFI v2.70 by EDK II
[    0.000000] efi:  SMBIOS 3.0=0x7b5c0000  MEMATTR=0x78f9b418  ACPI 2.0=0x77f00000  RNG=0x7b67d298
[    0.000000] efi: seeding entropy pool
[    0.000000] secureboot: Secure boot disabled
[    0.000000] cma: Reserved 64 MiB at 0x0000000073c00000
[    0.000000] ACPI: Early table checksum verification disabled
[    0.000000] ACPI: RSDP 0x0000000077F00000 000024 (v02 BOCHS )
[    0.000000] ACPI: XSDT 0x0000000077EF0000 000054 (v01 BOCHS  BXPCFACP 00000001      01000013)
[    0.000000] ACPI: FACP 0x0000000077EB0000 00010C (v05 BOCHS  BXPCFACP 00000001 BXPC 00000001)
[    0.000000] ACPI: DSDT 0x0000000077EC0000 004848 (v02 BOCHS  BXPCDSDT 00000001 BXPC 00000001)
[    0.000000] ACPI: APIC 0x0000000077EA0000 0000F4 (v03 BOCHS  BXPCAPIC 00000001 BXPC 00000001)
[    0.000000] ACPI: GTDT 0x0000000077E90000 000060 (v02 BOCHS  BXPCGTDT 00000001 BXPC 00000001)
[    0.000000] ACPI: MCFG 0x0000000077E80000 00003C (v01 BOCHS  BXPCMCFG 00000001 BXPC 00000001)
[    0.000000] ACPI: SPCR 0x0000000077E70000 000050 (v02 BOCHS  BXPCSPCR 00000001 BXPC 00000001)
[    0.000000] ACPI: IORT 0x0000000077E60000 00007C (v00 BOCHS  BXPCIORT 00000001 BXPC 00000001)
[    0.000000] ACPI: SPCR: console: pl011,mmio,0x9000000,9600
[    0.000000] ACPI: NUMA: Failed to initialise from firmware
[    0.000000] NUMA: Faking a node at [mem 0x0000000040000000-0x000000007bcfffff]
[    0.000000] NUMA: NODE_DATA [mem 0x7bced3c0-0x7bceefff]
[    0.000000] Zone ranges:
[    0.000000]   DMA32    [mem 0x0000000040000000-0x000000007bcfffff]
[    0.000000]   Normal   empty
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000040000000-0x0000000077f0ffff]
[    0.000000]   node   0: [mem 0x0000000077f10000-0x00000000781dffff]
[    0.000000]   node   0: [mem 0x00000000781e0000-0x000000007b4bffff]
[    0.000000]   node   0: [mem 0x000000007b4c0000-0x000000007b54ffff]
[    0.000000]   node   0: [mem 0x000000007b550000-0x000000007b55ffff]
[    0.000000]   node   0: [mem 0x000000007b560000-0x000000007b67ffff]
[    0.000000]   node   0: [mem 0x000000007b680000-0x000000007bcfffff]
[    0.000000] Zeroed struct page in unavailable ranges: 800 pages
[    0.000000] Initmem setup node 0 [mem 0x0000000040000000-0x000000007bcfffff]
[    0.000000] psci: probing for conduit method from ACPI.
[    0.000000] psci: PSCIv1.0 detected in firmware.
[    0.000000] psci: Using standard PSCI v0.2 function IDs
[    0.000000] psci: Trusted OS migration not required
[    0.000000] psci: SMC Calling Convention v1.1
[    0.000000] ACPI: SRAT not present
[    0.000000] random: get_random_bytes called from start_kernel+0x9c/0x4bc with crng_init=0
[    0.000000] percpu: Embedded 25 pages/cpu s62104 r8192 d32104 u102400
[    0.000000] Detected PIPT I-cache on CPU0
[    0.000000] ARM_SMCCC_ARCH_WORKAROUND_1 missing from firmware
[    0.000000] CPU features: enabling workaround for EL2 vector hardening
[    0.000000] CPU features: kernel page table isolation forced ON by KASLR
[    0.000000] CPU features: detected: Kernel page table isolation (KPTI)
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 241164
[    0.000000] Policy zone: DMA32
[    0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.19.0-16-arm64 root=UUID=b58ad076-1721-42bc-94ff-f085b0764752 ro nosplash text biosdevname=0 net.ifnames=0 console=tty0 console=ttyAMA0,115200 earlyprintk=ttyAMA0,115200 consoleblank=0 systemd.show_status=true
[    0.000000] Memory: 847936K/979968K available (9020K kernel code, 1616K rwdata, 2816K rodata, 4800K init, 538K bss, 66496K reserved, 65536K cma-reserved)
[    0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
[    0.000000] ftrace: allocating 33302 entries in 131 pages
[    0.000000] rcu: Hierarchical RCU implementation.
[    0.000000] rcu:     RCU restricting CPUs from NR_CPUS=256 to nr_cpu_ids=2.
[    0.000000] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=2
[    0.000000] NR_IRQS: 64, nr_irqs: 64, preallocated irqs: 0
[    0.000000] GICv2m: ACPI overriding V2M MSI_TYPER (base:80, num:64)
[    0.000000] GICv2m: range[mem 0x08020000-0x08020fff], SPI[80:143]
[    0.000000] arch_timer: cp15 timer(s) running at 25.00MHz (virt).
[    0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x5c40939b5, max_idle_ns: 440795202646 ns
[    0.000001] sched_clock: 56 bits at 25MHz, resolution 40ns, wraps every 4398046511100ns
[    0.000045] Console: colour dummy device 80x25
[    0.000223] console [tty0] enabled
[    0.000252] ACPI: Core revision 20180810
[    0.000347] Calibrating delay loop (skipped), value calculated using timer frequency.. 50.00 BogoMIPS (lpj=100000)
[    0.000355] pid_max: default: 32768 minimum: 301
[    0.000398] Security Framework initialized
[    0.000404] Yama: disabled by default; enable with sysctl kernel.yama.*
[    0.000433] AppArmor: AppArmor initialized
[    0.000655] Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)
[    0.000768] Inode-cache hash table entries: 65536 (order: 7, 524288 bytes)
[    0.000791] Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
[    0.000800] Mountpoint-cache hash table entries: 2048 (order: 2, 16384 bytes)
[    0.001186] ACPI PPTT: No PPTT table found, cpu topology may be inaccurate
[    0.001361] ASID allocator initialised with 32768 entries
[    0.001407] rcu: Hierarchical SRCU implementation.
[    0.001952] Remapping and enabling EFI services.
[    0.002228] smp: Bringing up secondary CPUs ...
[    0.026655] Detected PIPT I-cache on CPU1
[    0.026723] CPU1: Booted secondary processor 0x0000000001 [0x410fd081]
[    0.026831] smp: Brought up 1 node, 2 CPUs
[    0.026847] SMP: Total of 2 processors activated.
[    0.026853] CPU features: detected: 32-bit EL0 Support
[    0.030289] CPU: All CPU(s) started at EL1
[    0.030310] alternatives: patching kernel code
[    0.030898] devtmpfs: initialized
[    0.031235] Registered cp15_barrier emulation handler
[    0.031256] Registered setend emulation handler
[    0.031369] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[    0.031387] futex hash table entries: 512 (order: 3, 32768 bytes)
[    0.031955] pinctrl core: initialized pinctrl subsystem
[    0.032265] SMBIOS 3.0.0 present.
[    0.032274] DMI: QEMU KVM Virtual Machine, BIOS 0.0.0 02/06/2015
[    0.032408] NET: Registered protocol family 16
[    0.032570] audit: initializing netlink subsys (disabled)
[    0.032672] audit: type=2000 audit(0.028:1): state=initialized audit_enabled=0 res=1
[    0.032995] cpuidle: using governor ladder
[    0.033028] cpuidle: using governor menu
[    0.033130] hw-breakpoint: found 6 breakpoint and 4 watchpoint registers.
[    0.034355] DMA: preallocated 256 KiB pool for atomic allocations
[    0.034434] ACPI: bus type PCI registered
[    0.034439] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
[    0.034486] Serial: AMBA PL011 UART driver
[    0.036177] HugeTLB registered 2.00 MiB page size, pre-allocated 0 pages
[    0.036666] ACPI: Added _OSI(Module Device)
[    0.036672] ACPI: Added _OSI(Processor Device)
[    0.036676] ACPI: Added _OSI(3.0 _SCP Extensions)
[    0.036681] ACPI: Added _OSI(Processor Aggregator Device)
[    0.036686] ACPI: Added _OSI(Linux-Dell-Video)
[    0.036690] ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio)
[    0.048522] ACPI: 1 ACPI AML tables successfully acquired and loaded
[    0.049666] ACPI: Interpreter enabled
[    0.049675] ACPI: Using GIC for interrupt routing
[    0.049699] ACPI: MCFG table detected, 1 entries
[    0.053539] ARMH0011:00: ttyAMA0 at MMIO 0x9000000 (irq = 4, base_baud = 0) is a SBSA
[    0.409018] console [ttyAMA0] enabled
[    0.413323] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
[    0.416378] acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI]
[    0.420539] acpi PNP0A08:00: _OSC: platform does not support [SHPCHotplug LTR]
[    0.424377] acpi PNP0A08:00: _OSC: OS now controls [PCIeHotplug PME AER PCIeCapability]
[    0.428713] acpi PNP0A08:00: ECAM area [mem 0x4010000000-0x401fffffff] reserved by PNP0C02:00
[    0.433161] acpi PNP0A08:00: ECAM at [mem 0x4010000000-0x401fffffff] for [bus 00-ff]
[    0.437052] Remapped I/O 0x000000003eff0000 to [io  0x0000-0xffff window]
[    0.440996] PCI host bridge to bus 0000:00
[    0.442981] pci_bus 0000:00: root bus resource [mem 0x10000000-0x3efeffff window]
[    0.446821] pci_bus 0000:00: root bus resource [io  0x0000-0xffff window]
[    0.450192] pci_bus 0000:00: root bus resource [mem 0x8000000000-0xffffffffff window]
[    0.454524] pci_bus 0000:00: root bus resource [bus 00-ff]
[    0.496875] pci 0000:00:06.0: BAR 0: assigned [mem 0x10000000-0x10ffffff pref]
[    0.500356] pci 0000:00:06.0: BAR 6: assigned [mem 0x11000000-0x1100ffff pref]
[    0.504045] pci 0000:00:01.0: BAR 4: assigned [mem 0x8000000000-0x8000003fff 64bit pref]
[    0.508728] pci 0000:00:02.0: BAR 4: assigned [mem 0x8000004000-0x8000007fff 64bit pref]
[    0.512724] pci 0000:00:03.0: BAR 4: assigned [mem 0x8000008000-0x800000bfff 64bit pref]
[    0.516954] pci 0000:00:04.0: BAR 4: assigned [mem 0x800000c000-0x800000ffff 64bit pref]
[    0.521118] pci 0000:00:05.0: BAR 4: assigned [mem 0x8000010000-0x8000013fff 64bit pref]
[    0.525237] pci 0000:00:07.0: BAR 4: assigned [mem 0x8000014000-0x8000017fff 64bit pref]
[    0.530298] pci 0000:00:08.0: BAR 4: assigned [mem 0x8000018000-0x800001bfff 64bit pref]
[    0.535981] pci 0000:00:01.0: BAR 1: assigned [mem 0x11010000-0x11010fff]
[    0.539521] pci 0000:00:02.0: BAR 1: assigned [mem 0x11011000-0x11011fff]
[    0.542927] pci 0000:00:03.0: BAR 1: assigned [mem 0x11012000-0x11012fff]
[    0.546798] pci 0000:00:06.0: BAR 2: assigned [mem 0x11013000-0x11013fff]
[    0.550051] pci 0000:00:07.0: BAR 1: assigned [mem 0x11014000-0x11014fff]
[    0.554427] pci 0000:00:08.0: BAR 1: assigned [mem 0x11015000-0x11015fff]
[    0.558349] pci 0000:00:01.0: BAR 0: assigned [io  0x1000-0x107f]
[    0.561987] pci 0000:00:02.0: BAR 0: assigned [io  0x1080-0x10bf]
[    0.566145] pci 0000:00:03.0: BAR 0: assigned [io  0x10c0-0x10df]
[    0.569963] pci 0000:00:04.0: BAR 0: assigned [io  0x10e0-0x10ff]
[    0.573719] pci 0000:00:05.0: BAR 0: assigned [io  0x1100-0x111f]
[    0.577905] ACPI: PCI Interrupt Link [GSI0] (IRQs *35)
[    0.580457] ACPI: PCI Interrupt Link [GSI1] (IRQs *36)
[    0.585782] ACPI: PCI Interrupt Link [GSI2] (IRQs *37)
[    0.588482] ACPI: PCI Interrupt Link [GSI3] (IRQs *38)
[    0.591819] pci 0000:00:06.0: vgaarb: VGA device added: decodes=io+mem,owns=none,locks=none
[    0.596282] pci 0000:00:06.0: vgaarb: bridge control possible
[    0.599092] pci 0000:00:06.0: vgaarb: setting as boot device (VGA legacy resources not available)
[    0.603824] vgaarb: loaded
[    0.605284] pps_core: LinuxPPS API ver. 1 registered
[    0.607748] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it>
[    0.612877] PTP clock support registered
[    0.614883] EDAC MC: Ver: 3.0.0
[    0.616810] Registered efivars operations
[    0.619679] clocksource: Switched to clocksource arch_sys_counter
[    0.638993] VFS: Disk quotas dquot_6.6.0
[    0.640904] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[    0.644386] AppArmor: AppArmor Filesystem Enabled
[    0.646708] pnp: PnP ACPI init
[    0.648485] system 00:00: [mem 0x4010000000-0x401fffffff window] could not be reserved
[    0.651704] pnp: PnP ACPI: found 1 devices
[    0.657382] NET: Registered protocol family 2
[    0.659224] tcp_listen_portaddr_hash hash table entries: 512 (order: 1, 8192 bytes)
[    0.662661] TCP established hash table entries: 8192 (order: 4, 65536 bytes)
[    0.665931] TCP bind hash table entries: 8192 (order: 5, 131072 bytes)
[    0.669227] TCP: Hash tables configured (established 8192 bind 8192)
[    0.672328] UDP hash table entries: 512 (order: 2, 16384 bytes)
[    0.684956] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
[    0.686901] NET: Registered protocol family 1
[    0.688544] NET: Registered protocol family 44
[    0.690265] Unpacking initramfs...
[    1.252072] Freeing initrd memory: 24444K
[    1.303605] hw perfevents: enabled with armv8_pmuv3_0 PMU driver, 7 counters available
[    1.307604] kvm [1]: HYP mode not available
[    1.310681] Initialise system trusted keyrings
[    1.313114] Key type blacklist registered
[    1.315421] workingset: timestamp_bits=42 max_order=18 bucket_order=0
[    1.320378] zbud: loaded
[    1.522121] Key type asymmetric registered
[    1.524350] Asymmetric key parser 'x509' registered
[    1.527027] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 246)
[    1.530723] io scheduler noop registered
[    1.532771] io scheduler deadline registered
[    1.535158] io scheduler cfq registered (default)
[    1.537473] io scheduler mq-deadline registered
[    1.540918] pl061_gpio ARMH0061:00: PL061 GPIO chip @0x0000000009030000 registered
[    1.545127] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[    1.548953] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0
[    1.553308] ACPI: Power Button [PWRB]
[    1.556340] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[    1.559520] Serial: AMBA driver
[    1.560981] msm_serial: driver initialized
[    1.562825] ACPI PPTT: No PPTT table found, cache topology may be inaccurate
[    1.566355] ACPI PPTT: No PPTT table found, cache topology may be inaccurate
[    1.569874] cacheinfo: Unable to detect cache hierarchy for CPU 0
[    1.573317] mousedev: PS/2 mouse device common for all mice
[    1.576336] rtc-efi rtc-efi: rtc core: registered rtc-efi as rtc0
[    1.579412] ledtrig-cpu: registered to indicate activity on CPUs
[    1.582547] NET: Registered protocol family 10
[    1.600780] Segment Routing with IPv6
[    1.602446] mip6: Mobile IPv6
[    1.603713] NET: Registered protocol family 17
[    1.605859] mpls_gso: MPLS GSO support
[    1.607895] registered taskstats version 1
[    1.609634] Loading compiled-in X.509 certificates
[    1.657526] Loaded X.509 cert 'Debian Secure Boot CA: 6ccece7e4c6c0d1f6149f3dd27dfcc5cbb419ea1'
[    1.661173] Loaded X.509 cert 'Debian Secure Boot Signer 2021 - linux: 4b6ef5abca669825178e052c84667ccbc0531f8c'
[    1.665698] zswap: loaded using pool lzo/zbud
[    1.667654] AppArmor: AppArmor sha1 policy hashing enabled
[    1.670178] rtc-efi rtc-efi: setting system clock to 2021-06-26 13:37:13 UTC (1624714633)
[    1.676941] Freeing unused kernel memory: 4800K
[    1.695835] Run /init as init process
[    1.854176] PCI Interrupt Link [GSI1] enabled at IRQ 36
[    1.864785] virtio-pci 0000:00:01.0: enabling device (0005 -> 0007)
[    1.883832] PCI Interrupt Link [GSI2] enabled at IRQ 37
[    1.886893] virtio-pci 0000:00:02.0: enabling device (0005 -> 0007)
[    1.902615] PCI Interrupt Link [GSI3] enabled at IRQ 38
[    1.905403] virtio-pci 0000:00:03.0: enabling device (0005 -> 0007)
[    1.913589] PCI Interrupt Link [GSI0] enabled at IRQ 35
[    1.916524] virtio-pci 0000:00:04.0: enabling device (0005 -> 0007)
[    1.924380] virtio-pci 0000:00:05.0: enabling device (0005 -> 0007)
[    1.942055] virtio_blk virtio0: [vda] 3145728008 512-byte logical blocks (1.61 TB/1.46 TiB)
[    1.957818]  vda: vda1 vda2
[    1.960616] SCSI subsystem initialized
[    1.967123] scsi host0: Virtio SCSI HBA
[    1.972276] scsi 0:0:0:0: CD-ROM            QEMU     QEMU CD-ROM      2.5+ PQ: 0 ANSI: 5
[    2.065239] random: fast init done
[    2.120422] sr 0:0:0:0: Power-on or device reset occurred
[    2.122963] sr 0:0:0:0: [sr0] scsi3-mmc drive: 16x/50x cd/rw xa/form2 cdda tray
[    2.125890] cdrom: Uniform CD-ROM driver Revision: 3.20
[    2.383475] EXT4-fs (vda2): mounted filesystem with ordered data mode. Opts: (null)
[    2.622771] systemd[1]: Inserted module 'autofs4'
[    2.639179] random: crng init done
[    2.651959] systemd[1]: systemd 241 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid)
[    2.661086] systemd[1]: Detected virtualization kvm.
[    2.663140] systemd[1]: Detected architecture arm64.
[    2.668653] systemd[1]: Set hostname to <NOMDEMAMACHINEVIRTUELLE(J'ai changé au cas où)>.
[    2.961954] systemd[1]: Reached target Swap.
[    2.965027] systemd[1]: Listening on Syslog Socket.
[    2.968053] systemd[1]: Listening on udev Control Socket.
[    2.971266] systemd[1]: Started Dispatch Password Requests to Console Directory Watch.
[    2.975770] systemd[1]: Listening on Journal Socket.
[    2.978782] systemd[1]: Listening on fsck to fsckd communication Socket.
[    3.085416] EXT4-fs (vda2): re-mounted. Opts: errors=remount-ro
[    3.209558] systemd-journald[183]: Received request to flush runtime journal from PID 1
[    3.469587] input: QEMU Virtio Keyboard as /devices/pci0000:00/0000:00:07.0/virtio5/input/input1
[    3.493156] sr 0:0:0:0: Attached scsi generic sg0 type 5
[    3.521771] EFI Variables Facility v0.08 2004-May-17
[    3.531146] input: QEMU Virtio Tablet as /devices/pci0000:00/0000:00:08.0/virtio6/input/input2
[    3.590041] pstore: Using compression: deflate
[    3.601399] pstore: Registered efi as persistent store backend
[    3.623146] bochs-drm 0000:00:06.0: enabling device (0000 -> 0002)
[    3.648926] [drm] Found bochs VGA, ID 0xb0c5.
[    3.652324] [drm] Framebuffer size 16384 kB @ 0x10000000, mmio @ 0x11013000.
[    3.671806] [TTM] Zone  kernel: Available graphics memory: 471358 kiB
[    3.677181] [TTM] Initializing pool allocator
[    3.684508] [TTM] Initializing DMA pool allocator
[    3.710503] Console: switching to colour frame buffer device 128x48
[    3.722111] cryptd: max_cpu_qlen set to 1000
[    3.729026] bochs-drm 0000:00:06.0: fb0: bochsdrmfb frame buffer device
[    3.755854] [drm] Initialized bochs-drm 1.0.0 20130925 for 0000:00:06.0 on minor 0
[    4.003890] audit: type=1400 audit(1624714635.832:2): apparmor="STATUS" operation="profile_load" profile="unconfined" name="nvidia_modprobe" pid=291 comm="apparmor_parser"
[    4.016035] audit: type=1400 audit(1624714635.832:3): apparmor="STATUS" operation="profile_load" profile="unconfined" name="nvidia_modprobe//kmod" pid=291 comm="apparmor_parser"
[    4.033231] audit: type=1400 audit(1624714635.860:4): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/ntpd" pid=290 comm="apparmor_parser"
[    7.768233] FS-Cache: Loaded
 





Du coup quand je rédémarre, j'ai d'abord cet écran juste avant le code que j'ai copié ci-dessus :

https://ibb.co/QNwC98b

Si je n'utilise pas la console de freebox os mais "l'écran" je me retrouve avec ça (j'ai pris en capture juste la fin, il y a plein de choses avant mais ce sont mes adresses ip etc.) :

https://ibb.co/g3KT2ZV


Merci à vous pour le temps que vous prendrez pour m'aider. J'ai essayé de chercher depuis plusieurs jours mais je ne trouve rien. Je ne peux plus utiliser de commandes dans la console sauf en utilisant GNU GRUB dès le lancement, mais je n'y connais vraiment rien et je n'ai pas envie d'aggraver les choses. Ça ne m'aurait pas dérangé de tout supprimer et de recommencer mais il y a sur le serveur toutes les photos et vidéos de ma fille depuis sa naissance, je ne peux pas me permettre de les perdre...

Je croise les doigts...

Hors ligne

#2 26-06-2021 20:11:17

raleur
Membre
Inscription : 03-10-2014

Re : Plus d'accès à Nextcloud installé sur une VM Debian Freebox

Je vais sauter le couplet sur l'importance des sauvegardes et passer directement aux mauvaises nouvelles.

La dernière capture montre que deux montages de systèmes de fichiers sur /mnt/RAID1 et /mnt/RAID2 ont échoué. Choix des points de montages discutables à mon avis. Est-ce que ça te dit quelque chose ?

L'échec des montages a provoqué l'interruption du démarrage et l'entrée dans le mode de dépannage. Mais comme le compte root est verrouillé (peut-être simplement le mot de passe pas défini), impossible de lancer le shell de dépannage. Appliquer une des méthodes classiques à partir du menu de GRUB pour lancer un shell root et définir un mot de passe root (rw init=/bin/bash puis passwd en qwerty)

Il vaut mieux montrer que raconter.

Hors ligne

#3 26-06-2021 20:20:33

Kamoulox
Membre
Distrib. : Debian VM Freebox Delta
Inscription : 26-06-2021

Re : Plus d'accès à Nextcloud installé sur une VM Debian Freebox

Merci pour ta réponse raleur. J'ai 4 ssd dans la freebox : 2 de 1to en raid et 2 de 2to en raid, c'est sur les 2to que j'ai installé la vm debian puis nextcloud dans la vm. Il y avait mieux à faire ? (probablement que oui...)

Appliquer une des méthodes classiques à partir du menu de GRUB pour lancer un shell root et définir un mot de passe root (rw init=/bin/bash puis passwd en qwerty) : donc en faisant ça (même si ce n'est pas très clair pour moi), je pourrai récupérer l'accès à mes données selon toi ?

Hors ligne

#4 26-06-2021 20:35:13

raleur
Membre
Inscription : 03-10-2014

Re : Plus d'accès à Nextcloud installé sur une VM Debian Freebox

Kamoulox a écrit :

2 de 2to en raid, c'est sur les 2to que j'ai installé la vm debian


Le RAID est géré par la freebox ou par la Debian ?
Dit autrement : est-ce que la Debian voit un disque virtuel résultat du RAID de la freebox ou bien les disques physiques, ou bien entre les deux (la Debian voit des disques virtuels qui sont dans des fichiers images stockés sur deux disques différents) ?

Kamoulox a écrit :

je pourrai récupérer l'accès à mes données selon toi ?


Non, tu pourras lancer un shell root et investiguer.


Il vaut mieux montrer que raconter.

Hors ligne

#5 27-06-2021 11:51:38

Kamoulox
Membre
Distrib. : Debian VM Freebox Delta
Inscription : 26-06-2021

Re : Plus d'accès à Nextcloud installé sur une VM Debian Freebox

Bonjour raleur

raleur a écrit :


Le RAID est géré par la freebox ou par la Debian ?
Dit autrement : est-ce que la Debian voit un disque virtuel résultat du RAID de la freebox ou bien les disques physiques, ou bien entre les deux (la Debian voit des disques virtuels qui sont dans des fichiers images stockés sur deux disques différents) ?



Le RAID est géré par la Freebox. Freebox permet ensuite de créer une machine virtuelle (on peut choisir Debian ou autre lors de l'installation). Sur mon RAID2 (de 2to) j'ai plusieurs dossiers divers (dont j'ai accès normalement comme un dd classique) et un de ces dossiers a été crée par Freebox et contient une image *.qcow2 . Je me connecte à partir de l'interface mafreebox.freebox.fr (là où j'ai accès à tous mes paramètres (réseau, disques, configuration raid, etc...) et aux machines virtuelles installées) pour avoir accès à la console. C'est ma seule porte d'entrée pour debian.

J'espère que c'est clair et que je t'apporte les infos suffisantes. hmm

raleur a écrit :

Non, tu pourras lancer un shell root et investiguer.



Ok merci, j'ai mis un bout de temps mais j'ai fini par y arriver (entre autres avec une vidéo que tu as posté ici, merci !). Une fois la manip comprise c'est très simple en fait. Mais je ne connaissais pas du tout ça, bref.

Donc j'ai exploré juste un peu comme ça et le fichier apache2.conf a attiré mon attention parce que son nom était modifié (un truc du genre apachexxxFccorR.conf), je me demande si ce n'est pas une fausse manip de ma part donc je l'ai remodifié en apache2.conf mais ça n'a rien changé après redémarrage.

Je pense que tu as une façon de procéder pour investiguer. Y-a-t'il des "scans" à faire ?


(Merci pour le temps que tu prends à répondre c'est vraiment gentil)

Dernière modification par Kamoulox (27-06-2021 11:54:51)

Hors ligne

#6 27-06-2021 12:28:17

Croutons
Membre
Distrib. : Debian10 Buster
Noyau : Linux 4.19.0-16-amd64
(G)UI : Mate
Inscription : 16-12-2016

Re : Plus d'accès à Nextcloud installé sur une VM Debian Freebox

Hello

Kamoulox a écrit :

J'espère vraiment que vous pourrez m'aider. Mon cloud n'est plus du tout fonctionnel et j'ai perdu l'accès à toutes les photos de naissance de ma fille qui est née il y 2 mois.


C'est juste l’accès via Nextclood qui est en berne , mais tes photos sont surement sur le serveur distant, tu pourrais pas avoir accès via une interface Web directement
solution de contournement


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

#7 27-06-2021 12:53:31

jpt
Membre
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : Plus d'accès à Nextcloud installé sur une VM Debian Freebox

Bonjour,

Kamoulox a écrit :

une vidéo que tu as postée ici, merci !

Où ça ?
Merci,

Kamoulox a écrit :

Y-a-t'il des "scans" à faire ?

Plutôt un examen des fichiers de log pour essayer de trouver pourquoi le raid n'est pas monté.

Dernière modification par jpt (27-06-2021 12:57:29)


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

En ligne

#8 27-06-2021 13:07:58

raleur
Membre
Inscription : 03-10-2014

Re : Plus d'accès à Nextcloud installé sur une VM Debian Freebox

Kamoulox a écrit :

J'espère que c'est clair et que je t'apporte les infos suffisantes.


Si j'ai bien compris, la Debian ne gère pas de RAID. Du coup j'ai du mal à comprendre pourquoi elle a des points de montage nommés /mnt/RAID*.
Elle n'a qu'un disque virtuel ?

Kamoulox a écrit :

une vidéo que tu as posté ici


Je ne n'ai jamais posté de vidéo sur quoi que ce soit ni ici ni ailleurs. Ou bien un bon samaritain a piraté mon compte sur le forum.

Kamoulox a écrit :

c'est très simple en fait


C'est pour cela que ça me gonfle de répéter la marche à suivre à chaque fois, je donne les indications essentielles et je compte sur l'intelligence de la personne pour se débrouiller (ou sur d'autres intervenants moins paresseux pour faire le boulot à ma place). Quelqu'un qui opère un cloud devrait en être capable.

Kamoulox a écrit :

le fichier apache2.conf a attiré mon attention parce que son nom était modifié (un truc du genre apachexxxFccorR.conf), je me demande si ce n'est pas une fausse manip de ma part donc je l'ai remodifié en apache2.conf mais ça n'a rien changé après redémarrage.


Je ne sais pas si ce nommage est normal mais a priori ça n'a rien à voir avec l'échec des montages.

Kamoulox a écrit :

Je pense que tu as une façon de procéder pour investiguer. Y-a-t'il des "scans" à faire ?


Pour commencer tu peux récupérer la sortie de

fdisk -l
lsblk
blkid
df -hT
 


et le contenu du fichier /etc/fstab.

Croutons a écrit :

tes photos sont surement sur le serveur distant


Quel serveur distant ? Quand on installe un serveur Nextcloud, en fait les données sont stockées encore sur un autre serveur ?
Décidément je ne comprendrai jamais rien au "cloud", ce n'est pas demain la veille que j'utiliserai ce truc...

Dernière modification par raleur (27-06-2021 13:09:07)


Il vaut mieux montrer que raconter.

Hors ligne

#9 27-06-2021 13:48:08

Croutons
Membre
Distrib. : Debian10 Buster
Noyau : Linux 4.19.0-16-amd64
(G)UI : Mate
Inscription : 16-12-2016

Re : Plus d'accès à Nextcloud installé sur une VM Debian Freebox

raleur a écrit :

Quel serveur distant ? Quand on installe un serveur Nextcloud, en fait les données sont stockées encore sur un autre serveur ?
Décidément je ne comprendrai jamais rien au "cloud", ce n'est pas demain la veille que j'utiliserai ce truc...


je crois que ça dépend on peut avoir un stockage en locale

J'ai eu la fibre il y a deux semaines mais le débit de transfert des fichiers sur nextcloud était toujours très lent.


c'est cette phrase qui me fait dire qu'il y a un serveur distant

edit: je sais pas comment est paramétré le truc , mais je me souviens avoir testé owncloud pour synchronisé un dossier avec un serveur gratuit
est ce le cas ici? si oui les photos doivent être aussi sur le disque virtuel qui doit être un fichier.vdi par défaut
ah oups non c'est pas virtualbox (enfin on sait pas , si c'est un truc spécial de chez Freebox)

Dernière modification par Croutons (27-06-2021 14:12:59)


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

#10 27-06-2021 16:10:00

Kamoulox
Membre
Distrib. : Debian VM Freebox Delta
Inscription : 26-06-2021

Re : Plus d'accès à Nextcloud installé sur une VM Debian Freebox

Croutons a écrit :

Hello

Kamoulox a écrit :

J'espère vraiment que vous pourrez m'aider. Mon cloud n'est plus du tout fonctionnel et j'ai perdu l'accès à toutes les photos de naissance de ma fille qui est née il y 2 mois.


C'est juste l’accès via Nextclood qui est en berne , mais tes photos sont surement sur le serveur distant, tu pourrais pas avoir accès via une interface Web directement
solution de contournement



Croutons a écrit :

edit: je sais pas comment est paramétré le truc , mais je me souviens avoir testé owncloud pour synchronisé un dossier avec un serveur gratuit
est ce le cas ici? si oui les photos doivent être aussi sur le disque virtuel qui doit être un fichier.vdi par défaut
ah oups non c'est pas virtualbox (enfin on sait pas , si c'est un truc spécial de chez Freebox)




Hello Croutons ! Non, ce nextcloud est installé complètement sur mon propre disque dur, je n'utilise pas les serveurs de nextcloud, tout est hébergé en local.

Non pas de synchronisation, le but était de tout garder chez moi sur mes propres disques. Il s'agit d'un fichier .Qcow2 , c'est ce qu'utilise freebox.

Merci pour ton aide


jpt a écrit :

Où ça ?
Merci,



raleur a écrit :

Je ne n'ai jamais posté de vidéo sur quoi que ce soit ni ici ni ailleurs. Ou bien un bon samaritain a piraté mon compte sur le forum.



https://debian-facile.org/viewtopic.php?id=25777 La 5e réponse de phlinux avec le lien de la vidéo (du coup en relisant je me rend compte que c'est lui qui a dû faire la vidéo en réponse aux explications de raleur. Bon, merci quand mêmeça m'a aidé ! ^^)


raleur a écrit :

Quel serveur distant ? Quand on installe un serveur Nextcloud, en fait les données sont stockées encore sur un autre serveur ?
Décidément je ne comprendrai jamais rien au "cloud", ce n'est pas demain la veille que j'utiliserai ce truc...



Non non tu as bien compris, il n'y a pas de serveur distant. Tout est sur mon ssd en local. Le but était justement que mes données ne se baladent pas sur des serveurs extérieurs.


raleur a écrit :

Si j'ai bien compris, la Debian ne gère pas de RAID. Du coup j'ai du mal à comprendre pourquoi elle a des points de montage nommés /mnt/RAID*.
Elle n'a qu'un disque virtuel ?



Je viens de comprendre pourquoi ça te posait question. Pour moi c'était logique mais j'ai nommé moi même mes ssd RAID1 et et RAID2. Donc l'installation de la machine virtuelle est faite sur le RAID2 (composé de 2 ssd de 2to montés en raid, ce qui me donne un seul volume de 2to). La machine virtuelle (l'image de debian) est configurée sur un volume de 1,5to.

raleur a écrit :

C'est pour cela que ça me gonfle de répéter la marche à suivre à chaque fois, je donne les indications essentielles et je compte sur l'intelligence de la personne pour se débrouiller (ou sur d'autres intervenants moins paresseux pour faire le boulot à ma place). Quelqu'un qui opère un cloud devrait en être capable.



Et je te remercie pour ta patience. En effet, j'aurai dû prendre le temps d'apprendre plus en profondeur au lieu de me lancer comme ça. J'aime beaucoup apprendre, tester, comprendre. En tant normal ça ne m'aurait pas posé problème de réinstaller, recommencer, pour mieux comprendre mes erreurs. Là j'ai fait la bêtise de mettre les photos de ma fille, j'ai pêché par excès de confiance... Ça fait une semaine que je cherche des solutions sur le net dès que je rentre du travail, j'en dors plus. Je me suis décidé à demander de l'aide, je ne pensais pas avoir de réponse. Merci encore


raleur a écrit :

Pour commencer tu peux récupérer la sortie de

fdisk -l
lsblk
blkid
df -hT

et le contenu du fichier /etc/fstab.



Voilà les informations demandées :

fdisk -l :

Disk /dev/vda: 1.5 TiB, 1610612740096 bytes, 3145728008 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 75C7691F-7366-45B3-A7A2-BD471B8DA1BE

Device      Start        End    Sectors  Size Type
/dev/vda1    2048     206848     204801  100M EFI System
/dev/vda2  208896 3145727974 3145519079  1.5T Linux filesystem





lsblk :

NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sr0     11:0    1  366K  0 rom  
vda    254:0    0  1.5T  0 disk
|-vda1 254:1    0  100M  0 part
`-vda2 254:2    0  1.5T  0 part /





blkid :

/dev/vda1: SEC_TYPE="msdos" UUID="B965-F365" TYPE="vfat" PARTLABEL="ESP" PARTUUID="4cabcca6-b95e-452c-9aa7-0f2a9bf12202"
/dev/vda2: UUID="b58ad076-1721-42bc-94ff-f085b0764752" TYPE="ext4" PARTLABEL="ROOT" PARTUUID="5e743f1d-6f3e-43b3-bbf3-afc45344dc77"
/dev/sr0: UUID="2021-06-09-16-54-44-00" LABEL="cidata" TYPE=« iso9660 »


df -hT :

Filesystem     Type      Size  Used Avail Use% Mounted on
udev           devtmpfs  415M     0  415M   0% /dev
tmpfs          tmpfs      93M   44K   93M   1% /run
/dev/vda2      ext4      1.5T  127G  1.3T   9% /




Fichier fstab :

# /etc/fstab: static file system information.
UUID=b58ad076-1721-42bc-94ff-f085b0764752       /       ext4    errors=remount-r
o       0       1

UUID=B965-F365  /boot/efi       vfat    errors=remount-ro       0       0
//mafreebox.freebox.fr/RAID1    /mnt/RAID1      cifs    vers=1.0,guest,uid=1000,
gid=1000,comment=cloudconfig    0       0
//mafreebox.freebox.fr/RAID2    /mnt/RAID2      cifs    vers=1.0,guest,uid=1000,
gid=1000,comment=cloudconfig    0       0
 





Merci pour vos conseils et votre aide, je me sens un peu moins seul hmm

Hors ligne

#11 27-06-2021 16:26:57

raleur
Membre
Inscription : 03-10-2014

Re : Plus d'accès à Nextcloud installé sur une VM Debian Freebox

D'après /etc/fstab, /mnt/RAID1 et /mnt/RAID2 sont censés servir de points de montage pour deux systèmes de fichiers en réseau SMB/CIFS (partages réseau Microsoft) partagés par la freebox nommés RAID1 et RAID2.
C'est voulu ? C'est censé servir à quoi ? Ils sont accessibles, ces partages ? En tout cas les montages tels que définis dans fstab échouent.

Il vaut mieux montrer que raconter.

Hors ligne

#12 27-06-2021 16:31:18

Kamoulox
Membre
Distrib. : Debian VM Freebox Delta
Inscription : 26-06-2021

Re : Plus d'accès à Nextcloud installé sur une VM Debian Freebox

raleur a écrit :

D'après /etc/fstab, /mnt/RAID1 et /mnt/RAID2 sont censés servir de points de montage pour deux systèmes de fichiers en réseau SMB/CIFS (partages réseau Microsoft) partagés par la freebox nommés RAID1 et RAID2.
C'est voulu ? C'est censé servir à quoi ? Ils sont accessibles, ces partages ? En tout cas les montages tels que définis dans fstab échouent.




C'est pour avoir accès à mon serveur à distance (le principe d'un cloud mais hébergé chez moi). Ça fonctionnait très bien en plus.

Que puis-je explorer/tenter de plus ?

Hors ligne

#13 27-06-2021 16:56:30

raleur
Membre
Inscription : 03-10-2014

Re : Plus d'accès à Nextcloud installé sur une VM Debian Freebox

Kamoulox a écrit :

C'est pour avoir accès à mon serveur à distance (le principe d'un cloud mais hébergé chez moi)


Oui enfin, là, ça sert à la VM Debian (qui tourne sur la freebox) à accéder aux partages réseau de la freebox. Quelle en est l'utilité ?

En tout cas si ça a marché ça ne marche plus. Problème réseau (pas encore opérationnel quand le montage est fait ?), points de montage manquants (à vérifier en premier), problème de droits d'accès aux partages, problème de version de protocole... ? Il faut vérifier tout ça. Désolé mais je n'y connais rien en partage SMB/CIFS.

En tout cas tu peux commenter ces deux lignes ou ajouter "noauto" à la liste des options dans fstab et redémarrer la VM normalement sans être bloqué par l'échec de ces montages. Ce sera plus confortable pour la suite. Ensuite tu peux essayer un montage en manuel pour voir d'éventuels messages d'erreur.

Dernière modification par raleur (27-06-2021 17:00:50)


Il vaut mieux montrer que raconter.

Hors ligne

#14 28-06-2021 09:34:56

Croutons
Membre
Distrib. : Debian10 Buster
Noyau : Linux 4.19.0-16-amd64
(G)UI : Mate
Inscription : 16-12-2016

Re : Plus d'accès à Nextcloud installé sur une VM Debian Freebox

regarde si ta VM est toujours bien configuré pour avoir accès au disque de ta Freebox,par défaut une VM ne devrait pas avoir accès au disque réel
il faut lui donnés l'autorisation de le faire

je ne sais pas comment a été configuré nextcloud mais si le chemin de destination des données est un des 2 points de montage RAID1 ou RAID2
les données se trouve être sur tes disques réel
donc a priori tu peux les consulter via l'explorateur de fichier de ta Freebox
je ne comprend pas pourquoi utiliser nextcloud alors que la Freebox sait faire du partage de fichier , je ne connais pas tout les protocoles supporté mais j'ai vu sur une copie d'écran qu'il y avait le partage par ftp
tu as choisi de monté tes disques avec cifs (ce que je fesais aussi avec mon serveur multimédia, maintenant j'ai tendance a utiliser le ftp)
lire ici
https://freebox-news.com/tutoriel/ftp-freebox

tu peux consulter tes données depuis ta VM Debian , consultable via ton terminale ou via le gestionnaire de fichier il suffit de ce placé dans le répertoire du point de montage /mnt/RAID1 et /mnt/RAID2

edit: c'est pas mal le bazar car si je comprend bien tu montes tes 2 ensembles raid dans ta VM dont un qui contient le fichier .Qcow2 donc a un moment ça ne peut que planté il me semble
essai en commentant la ligne du point de montage RAID2 voir si ta VM demarre

# /etc/fstab: static file system information.
UUID=b58ad076-1721-42bc-94ff-f085b0764752       /       ext4    errors=remount-r
o       0       1

UUID=B965-F365  /boot/efi       vfat    errors=remount-ro       0       0
//mafreebox.freebox.fr/RAID1    /mnt/RAID1      cifs    nofail,guest,uid=1000,gid=1000,comment=cloudconfig    0       0
#//mafreebox.freebox.fr/RAID2    /mnt/RAID2      cifs    nofail,guest,uid=1000,gid=1000,comment=cloudconfig    0       0


Kamoulox a écrit :

Sur mon RAID2 (de 2to) j'ai plusieurs dossiers divers (dont j'ai accès normalement comme un dd classique) et un de ces dossiers a été crée par Freebox et contient une image *.qcow2 .



concernant  le montage RAID1 et RAID2 tu peux tenter de remplacer mafreebox.freebox.fr par son adresse IP au cas ou ce soit un soucis de résolution DNS

//192.168.0.254/RAID1  /mnt/RAID1      cifs    nofail,guest,uid=1000,gid=1000,comment=cloudconfig    0       0


préciser la vers=1.0 n'est pas une bonne idée , c'est une option qui ne sert que pour les vieux périphériques ne supportant pas les nouvelles version de Samba (ne rien préciser)

vers=arg
              SMB protocol version. Allowed values are:
              • 1.0 - The classic CIFS/SMBv1 protocol.
              • 2.0 - The SMBv2.002 protocol. This was initially introduced in Windows Vista Service Pack 1, and Windows Server 2008. Note that the initial release         version  of  Windows Vista spoke a slightly different dialect (2.000) that is not supported.

              • 2.1 - The SMBv2.1 protocol that was introduced in Microsoft Windows 7 and Windows Server 2008R2.

              • 3.0 - The SMBv3.0 protocol that was introduced in Microsoft Windows 8 and Windows Server 2012.

              • 3.1.1 or 3.11 - The SMBv3.1.1 protocol that was introduced in Microsoft Windows Server 2016.

              Note too that while this option governs the protocol version used, not all features of each version are available.

              The  default  since v4.13.5 is for the client and server to negotiate the highest possible version greater than or equal to 2.1. In kernels prior to v4.13, the default was 1.0. For kernels between v4.13 and v4.13.5 the default is 3.0.



quoi que en lisant cette article il semblerait bien que les dernières version de samba ne soit pas disponible
https://www.01net.com/actualites/la-fre … 41556.html

Une nouvelle mise à jour riche, mais qui n’intéressera pas forcement tous les abonnés
Support de SMBv2 et SMBv3 pour le partage de fichiers. Cela améliore la compatibilité avec les dernières versions d’OS, ainsi que les performances (entre 8% et 40% selon les usages).


https://freeboxrevolution.actuly.fr/202 … rrections/

avec cifs j'utilise l'option
_netdev fait attendre au montage que la partie réseau soit démarré
guest pour ne pas demander de mot de passe

et aussi
nosetuids
le client ne tentera pas de définir uid et gid sur de nouveaux fichiers répertoires ou dispositif (create, mkdir,mknod), se qui entraînera
sur le serveur un uid et gid par defaut (généralement l'uid serveur de l'user qui a monté le partage).
La permission du serveur (plutot que celle du client)met l'uid et gid par défaut.
Si les extentions Unix CIFS ne sont pas négociées alors l'uid et gid sembleront être l'uid et gid de celui qui a monté le partage ou
l'uid et gid indiqué en option de montage
Utiliser cette option pour éviter les changements de permission des répertoires créé par le client

Dernière modification par Croutons (28-06-2021 14:00:57)


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

Pied de page des forums