OpenMediavault/Debian : activer carte réseau TP Link TG-3468

AxelC · 03-07-2023 21:06:22

Bonjour à toutes et tous,

je rejoins votre communauté car j'ai bien besoin de vos lumières, découvrant le monde Linux depuis peu et de manière détournée.
Je m'explique.

J'ai toujours utilisé Windows tout en lorgnant sur MacOs ou Linux et Unix sans sauter le pas.

Ayant accumulé pas mal de données, et voulant partager localement musique, vidéos et photos personnelles, je me suis lancé (non sans mal) dans la construction d'un NAS sous OpenMediavault qui est dérivé de Debian. Cela m'a pris du temps mais c'était une belle expérience.

J'ai utilisé un PC acheté sur le bon coin avec un i3 et 16 Go de RAM, un lecteur BluRay. J'ai téléchargé l'ISO d'OMV5 et utilisé Clonezilla pour faire l’installation sur un SSD. Je m'en suis plus ou moins bien sorti (pas réussi à activer le Wake on Lan...) et j'ai monté un RAID 5 (logiciel donc) avec 4 disques HDD en Btrfs, chiffré avec LUKS et finalement ça a fonctionné jusqu'à une panne de courant qui semble-t-il a rendu inopérante la connexion Ethernet (les LEDs ne s'allument plus comme avant) de la carte mère (Asus), malgré mon onduleur, ce qui me surprend...

Je me suis dit qu'en ajoutant une carte réseau, je retrouverai les fonctionnalités. J'ai donc acheté d'occasion une carte TP Link TG-3468 que j'ai connectée à la carte mère. La LED d'alimentation s'allume mais je n'ai toujours pas accès au NAS via le réseau ce qui est sans doute logique puisque OpenMediavault/Debian ne doit pas reconnaitre la carte (problème de driver sans doute ?) ou ne s'y connecte pas, essayant toujours d'utiliser le port RJ45 d'origine.

Bref à ce stade, après pas mal de temps à chercher des tutoriels, mes compétences sont trop limitées pour m'en sortir seul et j'identifie deux options pour lesquelles j'aurai besoin de votre aide :

1. Réussir à rendre opérante la carte réseau ajoutée sur le port PCI.
J'imagine qu'il faut que je me connecte en local sur le NAS puis que je fasse une manipulation pour l'activer mais comment récupérer et installer le driver qui va bien sans connexion Internet ?

2. Travailler directement sur le NAS en ligne de commandes
L'idée c'est de récupérer les presque 8 To de données présentes sur le RAID, ce qui suppose d'être en mesure depuis le NAS de monter le volume RAID, le déchiffrer, et copier les données sur un disque externe de 8 à 10 To qui doit être reconnu par le NAS (quel formatage, comment le monter ?).

Ma préférence va au 1...mais le plus important sera de récupérer les données (tout n'est pas en doublon sauvegardé...)

Tout conseil ou autre option sera le bienvenu

Sinon, j'aimerai bien découvrir les potentialités de Linux en général et devenir plus autonome pour gérer mon réseau et apprendre les bases de l'administration serveur, en particulier.

A bientôt pour pleins de questions, sans aucun doute.

Merci beaucoup

Axel

èfpé · 06-07-2023 18:14:42

Bonjour AxelC, et bienvenue !

AxelC a écrit :

1. Réussir à rendre opérante la carte réseau ajoutée sur le port PCI.

De quelle version matérielle de la TP-Link TG-3468 s'agit-il ? Et que te retournent ces commandes :

lspci -vmmnnkd ::0200

dmesg -t | grep firmw

Les retours afficheront les pilotes (modules du noyau) utilisés. Ainsi que l'état des firmwares requis.
Note. La v3 (2018) est prise en charge par le pilote r8169, et fonctionne plutôt bien, sans firmware.

AxelC · 06-07-2023 20:49:01

Bonjour
Merci beaucoup pour le retour.
Je regarde ce week-end et te tiens au courant.
Bonne soirée

AxelC · 08-07-2023 11:00:25

Bonjour

l'affaire semble plus grave que je ne pensais....

J'ai connecté un écran et un clavier au NAS pour chercher les informations.

En démarrant, j'ai le message suivant :
"Reboot and select boot device or Insert Boot media in selected boot device and press a key"

J'ai recommencé en pressant F2 pour aller dans le bios et la séquence de démarrage que je vois, le P1 "debian" apparaît bien.

Quel serait le bug et comment y remédier ?

Me faut-il réinstaller OpenMediavault et dans ce cas est-ce que je pourrais retrouver mon Raid 5 qui est chiffré avec LUKS ?

Merci d'avance pour vos conseils.

Cordialement

raleur · 08-07-2023 11:23:48

Est-ce que le BIOS détecte le SSD contenant le système ?

AxelC a écrit :

Me faut-il réinstaller OpenMediavault et dans ce cas est-ce que je pourrais retrouver mon Raid 5 qui est chiffré avec LUKS ?

Après une réinstallation d'un système Debian standard, aucun souci. Avec la surcouche d'OMV, aucune idée. De toute façon en chiffrant tu acceptes le risque de perdre toutes tes données, n'est-ce pas ?

AxelC · 08-07-2023 11:42:09

Bonjour et merci pour cette réponse.

Quand je démarre et que je vais dans le BIOS, la séquence de démarrage c'est UEFI puis SSD. Cela m'indique bien "débian" donc j'imagine que oui. En tout cas le SSD et les 4 HDD utilisés pour le RAID 5 sont vus.

D'après ce que je lis, la solution serait peut-être de changer de SSD et d'installer un debian classique qui reconnaitra peut-être la grappe. Si la grappe est reconnue je suppose que je pourrai la déchiffrer et ensuite faire les sauvegardes qui vont bien.

Je referai alors une installation propre en OMV6 avec un nouveau RAID si non reconnu.

Sinon, j'ai manqué de rigueur. Jusqu'à présent j'étais bien avec 3 sauvegardes sur 3 sites, mais ces derniers temps je n'ai pas eu le temps de faire cela proprement et j'aimerais bien ne pas perdre certaines photos...

Bonne journée

raleur · 08-07-2023 12:21:48

Et qu'est-ce que ça donne si tu sélectionnes "debian" dans le menu de boot du BIOS ?

AxelC · 08-07-2023 12:37:06

A priori, même chose, parce que je pense avoir testé les deux : "Reboot and select boot device or Insert Boot media in selected boot device and press a key"

Je vais refaire la manip pour être sur et te redis

AxelC · 08-07-2023 16:05:16

Bonjour

je viens de refaire la séquence

J'allume le PC et presse F2 pour arriver dans les paramètres du Bios

Que je choisisse UEFI ou SSD, pour démarrer, j'ai le même message :"Reboot and select proper boot device or Insert Boot media in selected boot device and press a key"

raleur · 08-07-2023 16:13:49

Ce n'est pas "UEFI" ni "SSD" qu'il faut choisir mais "debian".

AxelC · 08-07-2023 16:34:09

Voila ce que j'ai

Menu de démarrage

debian (P1 : Kingston SV...)
P1 : Kingston SV
P4 : Thoshiba HDWN160
P5 : Thoshiba HDWN160
P6 : Thoshiba HDWN160
P3 : Thoshiba HDWN160

Que je force le démarrage sur debian (P1 : Kingston SV...) ou P1 : Kingston SV, cela ne change rien

raleur · 08-07-2023 17:03:55

Il va falloir démarrer un système live (ou l'installateur Debian et passer sur la racine du système installé sur le SSD) pour en savoir plus.

efibootmgr -v

blkid

La première commande affiche le PARTUUID de la partition où le chargeur d'amorçage est censé être installé.
La seconde affiche le PARTUUID des partitions.
Il faudra ensuite monter la partition EFI correspondante et vérifier son contenu.

AxelC · 08-07-2023 20:23:55

Je viens de télécharger l'iso debian-facile : https://debian-facile.org/dflinux/isos/ … _amd64.iso

Je pensais mettre cet iso sur une clé bootable créer avec Ventoy (https://www.ventoy.net/en/index.html) et démarrer dessus en choisissant la variante live

Je suppose qu'ensuite je me laisse guider et que j'aurai accès au terminal pour rentrer les commandes (avec sudo ?)
efibootmgr -v
blkid

Désolé pour mes questions sans doute très idiotes...

Croutons · 09-07-2023 07:58:20

Hello

AxelC a écrit :

Je suppose qu'ensuite je me laisse guider et que j'aurai accès au terminal pour rentrer les commandes (avec sudo ?)

comment ça tu te laisse guider?
si tu choisis le système live oui tu auras accès au terminale, pour saisir les commandes

AxelC · 09-07-2023 21:29:05

Finalement, je me suis lancé et j'ai pris l'option mode normal ce qui m'a conduit à choisir l'option test de Debian 11

J'ai ouvert un terminal qui me donne :
humain@DFiso: ~$

J'ai fait sudo apt install efibootmgr qui a fonctionné. Ceci m'indique que le port RJ45 de ma carte mère fonctionne.
En revanche, quand je fais
humain@DFiso: ~$ efibootmgr -v cela me répond "EFI variables are not supported on this system"
humain@DFiso: ~$ blkid cela me répond "command not found"

Sinon, l'origine de mon problème vient d'une panne de courant.

Est-ce que je pourrai essayer avec clonezilla de :
- copier le système actuel sur le disque : tel quel pour avoir une sécurité.
- copier le système actuel sur le disque après avoir demandé la vérification et correction, que je réinstalle ensuite sur le SSD.

Cela pourrait-il résoudre le problème ?

Sinon, DF voit :
- les clés usb connectées,
- le SSD (103 GO, dont 93,5 de libre ce qui correspondrait bien à OMV),
- mais ne détecte pas les 4 HDD...

Merci pour vos lumières

Croutons · 10-07-2023 07:43:07

AxelC a écrit :

humain@DFiso: ~$ efibootmgr -v cela me répond "EFI variables are not supported on this system"
humain@DFiso: ~$ blkid cela me répond "command not found"

en root ce qui veut dire que tu dois utiliser le compte root ou sudo

sudo efibootmgr -v 

sudo blkid

AxelC a écrit :

- mais ne détecte pas les 4 HDD...

fdisk -l

devrait afficher tout les disques, mais les 4 HDD c'est pas le soucis pour l'instant
déjà retrouver un système opérationnel

Dernière modification par Croutons (10-07-2023 07:43:28)

AxelC · 10-07-2023 19:41:54

Bonsoir

alors j'ai passé la commande :
humain@DFiso:~$ sudo efibootmgr -v qui m'a renvoyé "EFI variables are not supported on this system."

En revanche, en passant la commande :
humain@DFiso:~$ sudo blkid, j'obtiens un résultat

dev/loop0: TYPE="squashfs"
/dev/sda1: UUID="590A-8742" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="32d8f1bb-fdd1-4add-9425-031405ec76a0"
/dev/sda2: UUID="d36431cd-b3bb-4661-992f-e4db1d62c322" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="7070dcdd-bbfb-4bda-97a6-245dedc42a8f"
/dev/sda3: UUID="e0f9dbc2-f1e6-4ddb-8a51-0e672933488a" TYPE="swap" PARTUUID="f89a9c1a-16cf-4cc2-8802-9f994d8b5dc9"

Clés USB
/dev/sdf1: SEC_TYPE="msdos" LABEL="CLONEZILLA" UUID="B41B-D190" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="0b20a55b-01"
/dev/sdg1: LABEL="Ventoy" UUID="4E21-0000" BLOCK_SIZE="512" TYPE="exfat" PTTYPE="dos" PARTUUID="af7b61e0-01"
/dev/dm-0: BLOCK_SIZE="2048" UUID="2023-04-29-14-19-53-00" LABEL="DFiso_11.7" TYPE="iso9660" PTUUID="aaba28b2" PTTYPE="dos"

et mes 4 HDD qui sont donnés avec TYPE="linux_raid_member"

Merci pour vos indications

AxelC · 10-07-2023 19:55:20

En complément,

en faisant
humain@DFiso:~$ sudo fdisk -l, j'obtiens bien la liste de tous les disques connectés et notamment des infos sur le SSD sur lequel ,OMV est installer et sur lequel le NAS devrait démarrer...

Disque /dev/sda : 111,79 GiB, 120034123776 octets, 234441648 secteurs
Modèle de disque : KINGSTON SV300S3
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt

Périphérique Début Fin Secteurs Taille Type
/dev/sda1 2048 1050623 1048576 512M Système EFI
/dev/sda2 1050624 201545727 200495104 95,6G Système de fichiers Linux
/dev/sda3 201545728 234440703 32894976 15,7G Partition d'échange Linux

Disque /dev/loop0 : 1,82 GiB, 1954344960 octets, 3817080 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets

J'espère que cela pourra vous (m':)) aider

Croutons · 11-07-2023 07:29:49

raleur a écrit :

Il faudra ensuite monter la partition EFI correspondante et vérifier son contenu.

il te faut monter la partition /dev/sda1

mount /dev/sda1 /mnt

après tu regardes ce qui il a dans /mnt

AxelC · 11-07-2023 19:03:46

Bonsoir

j'ai bien passé la commande
humain@DFiso:~$ sudo mount /dev/sda1 /mnt

sda1 est bien monté puisque si je repasse la commande j'ai le retour suivant :
humain@DFiso:~$ sudo mount /dev/sda1 /mnt

A priori je n'ai que cela /mnt/EFI/debian/grubx64.efi

Cordialement

raleur · 12-07-2023 09:32:08

AxelC a écrit :

sudo efibootmgr -v qui m'a renvoyé "EFI variables are not supported on this system."

Causes possibles :

- le système live n'a pas été amorcé en mode EFI mais en mode BIOS/legacy. Vérifier la présence du répertoire /sys/firmware/efi ; si absent, redémarrer le système live en mode EFI. Vérifier aussi dans les paramètres du BIOS/UEFI que l'amorçage EFI est activé.

- les variables EFI ne sont pas montées. Vérifier avec la commande

grep efi /proc/mounts

qui devrait retourner

efivarfs /sys/firmware/efi/efivars efivarfs rw,nosuid,nodev,noexec,relatime 0 0

Sinon, monter les variables EFI avec

mount -t efivarfs efivarfs /sys/firmware/efi/efivars

- le firmware UEFI de cette machine est buggé et les variables EFI ne sont pas utilisables (mais ce serait étonnant si ça marchait avant). Pour amorcer en mode EFI, il faut installer GRUB dans le "chemin de support amovible", avec la partition EFI montée sur /mnt :

mkdir -p /mnt/EFI/boot

cp /mnt/EFI/debian/grubx64.efi /mnt/EFI/boot/bootx64.efi

Dernière modification par raleur (12-07-2023 09:34:01)

AxelC · 12-07-2023 13:07:02

Bonjour

merci beaucoup pour ce retour.

Pour être sur d'avoir bien compris :

J'utilise actuellement le PC avec la distribution "test" (=live ?) de debian facile. Cela me permet de voir ce qu'il y a dans les disques connectés à la carte mère via les ports SATA ou en USB.

Le système NAS OMV debian est sur un SSD qui d'après ce que je comprends est sur /dev/sda avec 3 sous-partie
Périphérique Début Fin Secteurs Taille Type
/dev/sda1 2048 1050623 1048576 512M Système EFI
/dev/sda2 1050624 201545727 200495104 95,6G Système de fichiers Linux
/dev/sda3 201545728 234440703 32894976 15,7G Partition d'échange Linux

J'ai monté /dev/sda1 dans /mnt dans le lequel il n'y a qu'un fichier /EFI/debian/grubx64.efi qui est peut-être corrompu suite à la panne de courant (faudra aussi que je comprenne pour l'onduleur n'a pas jouer son rôle... mais ce n'est pas le sujet ici). Je vais vérifier mais je pense que

Pour faire toutes les opérations que tu me conseilles dans quel répertoire dois-je ouvrir le terminal ?
De mémoire, je vois dans l'arborescence :
Système de fichier
Disque (sda2)
Les clés USB dont celle où la distribution Debian facile est installée.

J'essaie tout cela ce soir

Merci beaucoup en tout cas

AxelC · 12-07-2023 21:17:16

Bonsoir

alors j'ai vérifié dans /sys/firmware et je n'ai que acpi, dmi et memmap

J'ai tout fermé et redémarré le système en n'utilisant pas le mode normal mais le GRUB 2 cette fois puis choisis "Tester Debian 11"

J'ai ouvert un terminal dans Periphérique/Systeme de fichiers et voici ce que j'ai

humain@DFiso:/$ grep efi /proc/mounts

humain@DFiso:/$ sudo mount -t efivarfs efivarfs /sys/firmware/efi/efivars
mount: /sys/firmware/efi/efivars: le point de montage n'existe pas.

humain@DFiso:/$ sudo efibootmgr -v
sudo: efibootmgr : commande introuvable

humain@DFiso:/$ sudo blkid
/dev/loop0: TYPE="squashfs"
/dev/sdb1: UUID="590A-8742" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="32d8f1bb-fdd1-4add-9425-031405ec76a0"
/dev/sdb2: UUID="d36431cd-b3bb-4661-992f-e4db1d62c322" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="7070dcdd-bbfb-4bda-97a6-245dedc42a8f"
/dev/sdb3: UUID="e0f9dbc2-f1e6-4ddb-8a51-0e672933488a" TYPE="swap" PARTUUID="f89a9c1a-16cf-4cc2-8802-9f994d8b5dc9"
+ HDD et clés USB

humain@DFiso:/$ sudo mount /dev/sdb1 /mnt

humain@DFiso:/$ sudo mount -t efivarfs efivarfs /sys/firmware/efi/efivars
mount: /sys/firmware/efi/efivars: le point de montage n'existe pas.

humain@DFiso:/$ sudo mount /dev/sdb1 /mnt
mount: /mnt: /dev/sdb1 déjà monté sur /mnt.

humain@DFiso:/$ sudo mkdir -p /mnt/EFI/boot

humain@DFiso:/$ sudo cp /mnt/EFI/debian/grubx64.efi /mnt/EFI/boot/bootx64.efi

J'ai vérifié dans le gestionnaire de fichier, j'ai bien maintenant un répertoire boot dans /mnt/EFI dans lequel il y a un fichier bootx64.efi

Un truc me chiffonne, dans gestionnaire de fichier j'ai :
Emplacements
humain
bureau
corbeille
documents
images
musique
public
téléchargement
vidéos
Périphériques
Système de fichiers, avec un logo de disque dur où il est indiqué 7,5 Go de libre sur 7,7 Go. Cela ne correspond pas à dev/sdb1 qui si je comprends bien fait 512 Mo (cf. supra)
DFiso_11.7, avec un logo de clé usb (pour le live ?)
Ventoy, avec un logo de clé usb : c'est sur cette clé boutable qu'est enregistrée l'iso DF
Volume de 103 Go, avec un logo de disque dur. Quand je passe la souris dessus cela m'indique (dev/sdb2)

Le système de fichiers dont il est fait mention ci-dessus, est-ce celui du NAS ou celui de Debian live ? En tout cas c'est dans ce répertoire qu'il y a /mnt/EFI/bootx64.efi

Je suis un peu perdu, désolé

raleur · 12-07-2023 21:40:12

AxelC a écrit :

j'ai vérifié dans /sys/firmware et je n'ai que acpi, dmi et memmap

Donc tu as encore démarré en mode BIOS/legacy, ce qui ne permet pas d'accéder aux variables de boot EFI. Toute tentative de monter efivarfs et exécuter efibootmgr est vaine.
Comment lances-tu le système live ? Avec Ventoy (que je connais mal, ne l'ayant jamais utilisé) ? Comment l'as-tu installé ? Comment le lances-tu ?
Tu as vérifié les paramètres de boot du BIOS/UEFI ?

AxelC a écrit :

j'ai bien maintenant un répertoire boot dans /mnt/EFI dans lequel il y a un fichier bootx64.efi

Et ça ne démarre toujours pas ?

AxelC a écrit :

Un truc me chiffonne, dans gestionnaire de fichier

Un gestionnaire de fichiers graphique n'est pas adapté à l'administration système. Il ne montre pas la réalité. Fie-toi uniquement à la ligne de commande.

AxelC a écrit :

Le système de fichiers dont il est fait mention ci-dessus, est-ce celui du NAS ou celui de Debian live ?

Le NAS. Un support de système live n'a pas de swap ni de partition ext4, sa partition EFI aurait contenu un fichier EFI/boot/bootx64.efi et pas de fichier EFI/debian/grubx64.efi.

Dernière modification par raleur (12-07-2023 21:40:56)

AxelC · 12-07-2023 21:51:22

Comment lances-tu le système live ? Avec Ventoy (que je connais mal, ne l'ayant jamais utilisé) ? Comment l'as-tu installé ? Comment le lances-tu ?
Tu as vérifié les paramètres de boot du BIOS/UEFI ?https://debian-facile.org/viewtopic.php?id=33583

J'allume le PC et je fais F2 ce quyi me conduit au BIOS ensuite je démarre sur la clé où il y a Ventoy. Cela me donne ensuite le choix entre tous les iso présents sur la clé (Ventoy) en l'espèce DF, OMV5 et OMV6
Je choisis l'iso de DF. Le panneau suivant me demande si je veux démarrer en mode normal, GRUB 2 et et deux autres modes (je ne me souviens plus mais rien ne mentionne UEFI)
La première fois j'ai choisis mode normal et la seconde Grub 2. Dans les deux cas, cela m'amène sur l'interface Debian et je choisi "Tester"
Oui j'ai vérifié les paramètres UEFI et ils apparaissent bien. Je vais recommencer pour être sur.

Et ça ne démarre toujours pas ?

Je n'ai pas essayé, je ne voulais pas faire de bêtise... Je me lance et te dis.

Debian-facile

#1 03-07-2023 21:06:22

OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#2 06-07-2023 18:14:42

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#3 06-07-2023 20:49:01

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#4 08-07-2023 11:00:25

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#5 08-07-2023 11:23:48

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#6 08-07-2023 11:42:09

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#7 08-07-2023 12:21:48

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#8 08-07-2023 12:37:06

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#9 08-07-2023 16:05:16

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#10 08-07-2023 16:13:49

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#11 08-07-2023 16:34:09

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#12 08-07-2023 17:03:55

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#13 08-07-2023 20:23:55

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#14 09-07-2023 07:58:20

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#15 09-07-2023 21:29:05

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#16 10-07-2023 07:43:07

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#17 10-07-2023 19:41:54

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#18 10-07-2023 19:55:20

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#19 11-07-2023 07:29:49

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#20 11-07-2023 19:03:46

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#21 12-07-2023 09:32:08

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#22 12-07-2023 13:07:02

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#23 12-07-2023 21:17:16

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#24 12-07-2023 21:40:12

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

#25 12-07-2023 21:51:22

Re : OpenMediavault/Debian : activer carte réseau TP Link TG-3468

Pied de page des forums