Vous n'êtes pas identifié(e).
mdadm --run --read-only /dev/mdX
soit devenu
mdadm --run --readonly /dev/mdX
Par contre, après création et activation de mdX, je n'arrive pas à le monter :
> mount -r /dev/md0 /media/nas
mount: /media/nas: impossible de monter /dev/md0 en lecture seule.
ou
> mount /dev/md0 /media/nas
mount: /media/nas: impossible de monter /dev/md0 en lecture seule.
J'ai donc recommencé en lançant la commande sans le "readonly" puis j'ai alors pu monter le répertoire en lecture seule.
Moi ça me convient, mais je ne sais pas s'il y a des cas ou l'absence de readonly avec la création/activation du raid peut poser problème.
Je n'ai pas réussi à trouver à quoi correspond ce code 78.
- Le script appelé par l'onduleur (appartient à root, group nut).
Après simplification du script (en me disant que j'avais fait trop compliqué au départ) :
/etc/nut/alert_email_1 contient le message (from:, to:, subject: et contenu), appartient à root, group nut.
J'ai essayé de changer le groupe des fichiers (root et mail) et j'ai créé un alias "nut" dans /etc/aliases, mais ça ne marche pas.
Quelqu'un aurait-il une idée ?
La commande echo va afficher le nom du répertoire personnel de l'utilisateur, valeur qui avait été associée à la variable HOME au moment de son identification sur le système.
soit interprétée par des processus enfants de votre shell (donc lancés depuis lui) il faudra “exporter cette variable. exemple :
(je suis meilleur en français qu'en informatique )
Bon ben j'ai corrigé, du coup, vu que c'est un wiki...
(Et pour la clarté du tuto, y a-t-il une différence entre $USER et NOM_UTILISATEUR_SYSTEME ?)
grub n'est pas compatible avec LVM
et du coup il faut forcement sortir /boot du RAID6 ou tout au moins du LVM. Je n'ai pas testé. (Edit : GRUB2 est compatible)
J'ai partitionné ainsi :
- 1Mo (mini) pour Bios-GRUB sur chaque disque
- 500Mo en RAID1 pour /boot
- 4,5Go en RAID1 pour swap (pour 4Go de RAM)
- Tout le reste en RAID6
J'ai du coup faut un groupe de volume sur tout le RAID6 ou j'ai mis :
- un volume de 20Go /
- un volume de 10Go /home
- un volume de 2To /var
- un volume de 4To en ext4, libre et inutilisé. J'aurais peut-être pu ne pas le déclarer, mais ainsi j'ai juste à le monter si je veux par exemple faire une sauvegarde d'une autre partition le temps de faire des tests je pense ?
Lors de l'installation du grub sur le secteur d'amorçage, j'ai choisi :
- Choix manuel du périphérique
Puis j'ai saisi :
/dev/sda /dev/sdb /dev/sdc /dev/sdd /dev/sde
Et l'installation s'est terminée sans souci.
Je n'ai pas touché aux drapeaux des partitions : sous gparted, j'ai le drapeau bios_grub sur la première partition de chaque disque (et non dans /boot comme j'avais marqué intialement, voir répsonede Raleur en dessous)
Dans le BIOS, dans l'ordre de boot, j'ai remis les 5 HDD avant les ports USB (que j'ai d'ailleurs désactivés) et le système redémarre correctement quelque soit le disque qui échoue.
Pour l'utilisation de mdadm, j'ai trouvé le site suivant http://denisrosenkranz.com/tuto-mdadm-s … -logiciel/ qui donne les informations de base (je n'ai pas encore testé le monitoring, puisque j'ai des soucis pour faire marcher postfix. Ce sera une autre histoire.).
Merci pour tout.
Un petit complément, pour le remplacement d'un disque défectueux :
Pour repérer le nom du disque défectueux/non synchronisé :
Puis en root, par exemple en considérant que sdc est ok et que sdx est nouveau (Voir le commentaire de Raleur en dessous) :
Et ensuite on rajoute les partitions dans les RAID correspondants :
etc.
Et pour ceux qui comme moi se trompent et mettent la partition de 2To dans le RAID1 de 500Mo, vous allez avoir des trucs bizarres.
Pour remettre à plat, effacez les données superblock : après avoir retiré la partition erronée du RAID, sdx3 par exemple, lancez
puis remettez cette partition dans le bon RAID cette fois-ci...
Installer GRUB sur le secteur d'amorçage ?
Après avoir répondu oui, j'ai pu dire sur quel disque je voulais le mettre, mais je n'ai pu mettre qu'un seul disque.
Je ne sais pas comment je peux rajouter les 4 autres ?
Pour le boot flag, je l'ai mis avec gparted. Pour utiliser parted ou fdisk, j'aurais dû relancer l'installeur et aller sur un des autres choix qui sont proposé au démarrage ?
L'installation de GRUB pour BIOS prend en compte la redondance de l'amorçage
Le système supportant le BIOS/legacy, je vais faire ça alors.
Du coup, 500Mo chacun pour l'amorçage et pour /boot ?
SWAP en RAID1.
Et dans ce cas là, l'amorçage peut aussi être en RAID1 ?
Tu passes root avec sudo ou "su -" (et pas "su" tout seul) ?
Touché ! Ca marche mieux en effet...
Merci.
Plus qu'à potasser mdadm pour pouvoir envoyer des alarmes.
« grub-install dummy » a échoué. Erreur fatale
Si je « continue sans programme de démarrage », j’ai donc :
« vous devrez démarrer manuellement avec le noyau /vmlinuz qui se trouve sur la partition dev/md2 et root=/dev/md2 quiet passé en argument à ce noyau »
Ce que je ne sais pas faire… (ne serait-ce que pour vérifier que le reste est bon)
De ce que j’ai compris, le RAID1 logiciel n’est fonctionnel qu’après le démarrage, et ne serait donc pas reconnu par grub ? J’ai cru voir qu’avec grub2 ce serait mieux, mais pour l’instant je ne maîtrise pas grand-chose à grub/grub2… Donc avant de creuser par là, je veux bien un avis plus avisé.
deuxième tentative :
Partitions :
- 1Go : EFI (plus de RAID)
- 4Go swap sans RAID
- 4Go en RAID 1 : ext4 /boot
- le reste en RAID 6 en ext4 /
Le nas démarre alors correctement, les disques RAID md0 et md1 fonctionnent (cat /proc/mdstat)
mais du coup, seule 1 disque à une partition EFI bootable. S’il tombe, je ne peux plus booter…
J’ai envisagé de mettre la partition EFI sur une clé usb interne du nas (il y a 2 ports), mais le problème reste le même : plus de redondance si la clé lâche.
Ou alors je peux peut-être cloner la partition EFI fonctionnelle sur les autres disques avec clonezilla ?
Ou y a-t-il une méthode plus propre ?
Rmq 1: j’ai bien galéré pour la deuxième installation, après avoir supprimé puis recréé le partitionnement :
"La tentative de montage d'un système de fichiers vfat de SCSI1(0,0,0),partition n°1 (sda) sur /boot/efi a échoué."
J’ai réussi à régler le problème en basculant les partitions efi en fat32 puis de nouveau en efi puis effacement et là c’est passé...
Rmq 2 : je ne trouve pas l’outil mdadm ? Il n’est pas installé automatiquement lorsqu’on fait une install avec du RAID ? Je voulais faire des tests, notamment resyncroniser un disque après plantage, mais mdadm est introuvable. (Peut-être que je ne lance pas la commande du bon endroit?)
Merci à ceux qui peuvent m’aider
Bonjour
je pense que je fais parti de la fête
sous Buster 10 (...) la seconde pas reconnu du tout TP-Link AC600 la mini version 2 (éfpè a donner un tuto sur le forum a partir de git il me semble)
a éviter pour debian
Sous debian 10.0, avec cette même clé, le passage de wlx à wlp à réglé une partie du problème pour moi : j'arrive à me connecter... quand la clé est vue (1 fois sur 10 ?)...
Mais la plupart du temps, dans paramètres wifi, il me dit qu'aucun adaptateur wi-fi n'est trouvé.
Il y a une commande pour "scanner" ou réinitialiser les ports usb ?
Ou il faut que je me tourne vers une autre clé ? (j'avais pris celle-là car sur la boîte il y avait marqué "compatible linux" )
[Edit :] Et du coup, les mises à jour qui m'ont étées proposées maintenant que j'ai de nouveau une connexion qui marche ont l'air d'avoir réglé le problème de détection intermitente avec la clé wifi TP-Link AC600 / Archer 8853A-T2U
et
J'ai utilisé dconf-editor pour voir ce que ça disait, et il m'indique que l'état par défaut est inconnu. C'est peut-être cette valeur qu'il me faudrait réussir à définir ?
pour l'installateur "Debian GNU/Linux buster-DI-alpha4 "Buster" il n'a pas les firmwares non-free , tu remarquera aussi que je t'en parle pas.
je te fais installer les firmwares a partir de stretch , et dans tous les cas avant le reboot de la machine.
Du coup, contrairement à ce que j'avais cru, je ne peux pas en déduire que c'est la mise à jour du bios qui a reglé le problème (sous buster)
pourquoi tu me parle de UPnP => "minissdpd" ?
Parce que c'est la seule question qui m'a été posée pendant l'upgrade, donc je voulais le signaler
Pour les gpu j'ai bien précisé , un ou deux écrans sur la même carte.
Oui. Là, j'ai essayé en branchant un écran sur chaque carte pour voir si le message switching to amdgpudrmfb (qui était le dernier à apparaître) ne signifiait pas que le système basculait sur l'autre gpu,
Donc je confirme que non
pour finir , je sais pas si tu a eu un fonctionnement correct a la fin du passage a Buster
si randr et glxinfo -B a renvoyé quelque chose de correct.
il me semble que tu va vite en besogne
C'était pour être sûr (et donner un retour exact), mais il me semblait aussi avoir lu que ça n'allait pas tourner rond.
ps: je sais pas non plus quel bureau tu utilise , si gnome , avec Wayland (menu "gnome" ) ou avec le serveur X (menu "gnome-classic" ou "gnome sur X" )
Comment je vérifie ? Quand je rentre mon mot de passe, à côté j'ai essayé les différents bureau pour voir, mais en utilisation pour l'instant, je suis sur Gnome Wayland je suppose (ni classic, ni X).
Dans le bios, settings/advanced/Integrated Graphics Configuration/, j'ai :
-> le bios trouve tout seul
-> pas de différence et sous Debian GNU/Linux avec Linux 4.19.0-1-amd64 ça bloque.
Anecdotiquement, sous Debian GNU/Linux avec Linux 4.9.0-8-amd64 (en démarrant "options avancées"), ça marche "presque", mais ça freeze de temps à autre, et il faut rebooter. Mais bon, je ne suis pas sûr que ça ait un intérêt vu que c'est une plus vieille version ?
Pour l'instant, donc , je vais tourner sur la GPU intégrée et je mettrai la RX560 dans un autre pc. Et je me reposerai la question d'une carte pcie si je trouve que ça rame trop (mais à priori ça devrait le faire comme ça).
Je marque donc la discussion comme résolue.
Et j'ajoute une petite question subsidiaire si tu as un peu de temps, sur la différence entre tes instructions et l'iso d'installation :
Qu'elle est la différence dans le cas présent entre l'upgrade et l'iso ? C'est le fait de charger les paquets non présents dans l'iso avant de lancer le chargement et l'installation des paquets pour buster ? Et du coup l'iso du version stable de buster intégrerait ces mêmes paquets (à peu près) ou un équivalent libre, mais à un moment bien particulier de l'installation ?
En tout cas merci pour tout.
et
J'ai ensuite essayé de remettre la RX560 en place, en me disant que les firmware amd que tu m'as faits installer vont peut-être coller avec cette carte.
Et ben non, j'ai l'écran de démarrage, mais en mode normal ça reste bloqué au dernier warning que j'avais déjà sans la carte
J'ai essayer de démarrer en mode recovery, et ça bloque sur cette phrase :
J'ai ré-essayé en branchant un écran sur chaque carte des fois que le système bascule de l'une sur l'autre, mais non, quand la rx560 est en place, je n'ai pas de sortie sur la carte embarquée.
Et je n'ai pas installé minissdpd. Il fallait ?
et
Si c'est ma façon d'installer gnome qui n'a pas été bonne, je peux ré-installer stretch avec gnome puis les firmare realtek et amd-graphics pour voir si ça change quelque chose
dans /etc/apt/sources.list ?
Il me répond "impossible de trouver le paquet". Il faut que j'autorise les dépots non-free ou quelques chose comme ça ? (Précédement j'avais trouvé les firmware via synaptic, mais là du coup, je ne sais pas gérer les dépots en ligne).
+ 2 problèmes de firmware mais que j'avais résolu précédemment en chargeant les micro-programme correspondants.
(IOMMU enabled : la ligne kvm disabled by bios apparaît 2fois, seule différence pour l'instant).
J'ai changé le paramètre SVM à enabled dans le bios. La ligne kvm disabled by bios disparait.
Par contre, dans tous les cas, à partir du deuxième démarrage, j'ai l'erreur :
Résultat de
:
ET
:
Donc ça m'a l'air pas mal ?
Je passe à l'install d'un bureau, toujours sous debian 9.6 pendant que je suis aux tests ? Ou ça n'a aucun intérêt pour l'instant vu que je serai obligé de passer sous buster pour les paquets graphiques amd conseillés par anonyme ?