Reprise du message précédent :
Raid soft.  
Bcp plus flexible (migration / pb hardware etc…)
 

J'y connais rien mais il me semble que les cartes RAID (donc hardware) utilisent des formats/machins propriétaires, donc en effet en cas de soucis matériel... Au contraire avec du RAID soft Linux ça doit être beaucoup plus ouvert au niveau spécifications etc logiquement.

Après en vrai j'ai déjà eu la carte raid de mon PC qui a claqué (LSI 9260-8i). J'ai racheté la même sur ebay et c'est reparti comme en 40.
Quand tu restes sur du standard genre PERC/LSI y a peu de chances d'être emmerdé.

Rien à voir mais j'ai un souci de carte réseau sous Debian 12 sur mon laptop, impossible de la faire synchroniser à plus de 100Mbps C'est de l'intel i219-LM.
Evidemment on exclut le cable, le switch et tout ce qui est extérieur au PC puisque tout ça marche très bien avec mon autre laptop sous windows.

dmesg etc vérifié? Pas de soucis au niveau du connecteur du PC portable?

?

 
j'ai déjà eu des cartes LSI et Areca qui merdent, même en remplaçant avec une carte d'un autre modèle mais même marque, le truc repart.
Il me semble même que Areca reconnait les disques qui viennent d'un LSI.

 
La même avec la seule condition d'avoir une vraie carte RAID avec RAM et batterie dédiée, sinon raid soft sans hésiter.

En parlant de ça, j'ai une carte RAID 3ware / 128 Mo / 4 SATA 1 / PCI64 sur les bras ... si y'en a un qui est intéressé

PCI64…  
 
Je dois avoir quelques vieux serveurs en PCI64 qui traine chez les parents… (IBM/SUN) mais qui ne me servent à rien

 
je contre avec 2 cartes de la même marque et probablement du même age mais pour 12 disques  

J'en ai en SCSI si on part à ce jeu là

Ah et question con du coup pour le software raid.  
Dans une machine avec 24 disques en RAID6, comment on identifie quel disque a pété ? Sur une carte dédiée en général ça fout le disque en rouge mais sur du soft ça se passe comment ? Jusqu'à maintenant je n'ai eu que le cas sur des raid1 donc ce n'est pas trop difficile de trouver quel disque est mort

Ca fait tomber la connexion

Pas visible en tous cas.

Faudrait que je teste avec un livecd

et en faisant ça et juste après sudo dmesg | tail? Il doit forcément y avoir quelque chose?

Hello,
 
suite à la dernière màj debian, quand je boot, LUKS ne reconnaît plus mon mot de passe de déchiffrement des disques -_-
J’imagine que le layout du clavier à changé, je vois que ça... il y a une manip possible pour afficher ce que je tape en clair?
surtout que dedans j’ai des trucs relous à trouver sur un qwerty...

Perso je dirais booter sur une clé USB live, mount des partitions nécessaires et correction du fichier config qui va bien. C'est à quel niveau ton mdp, quelque secondes après GRUB ou intégré dans ce dernier comme ça semble être possible de faire?

quelques secondes après le grub
pas con le live usb!

Reste à trouver le bon fichier config.  
 
Si jamais tu dois reconfigurer grub ou similaire chroot pourrait être utile.

 
Alors qu'avec un bon "password123" t'es toujours safe

 
smartctl remonte le SN du disk HS.
Sinon si tu as la matériel nécessaire (backplane) et que tu fais du mdadm => ledmon / ledctl

Sinon ça se tape en qwerty, ça peut être ultra chiant, mais perso j'ai déjà eu à saisir un mdp root de 30 caractère (généré ) en qwerty.
 
C'est bien galère mais bon pas vraiment le choix... (et pas de copier coller possible)

je trouve pas comment on fait le "é" en qwerty...
 

je note, merci

Ah oui t'as eu la bonne idée de mettre des accents.
Pour le coup ce n'était pas mon cas.  

Merci pour l'info!
Bon, j'ai commandé le serveur avec du HW Raid et je vais me faire la main en SW Raid sur une vieille machine avant de lancer ça en prod

 
Après avoir eu des blagues du genre sur des consoles idrac/xclarity avec le clavier qui merde complètement, maintenant je mets des password qui ne posent pas de problèmes du genre et pas de lettres qui peuvent prêter à confusion, genre I ou l

 
Faut que ton layout soit configuré en us international et là tu le fais avec '+e.
 
Chez moi :

 
Et sous sway :  

On parlait BTRFS avec un collègue et je suis tombé là dessus: https://arstechnica.com/gadgets/202 [...] ilesystem/ ça date de 2021 mais ça laisse rêveur quand même

J'ai voulu tester debian 12 vu qu'on approche de la date de sortie, j'ai donc téléchargé le dvd là:
https://cdimage.debian.org/cdimage/ [...] 4/iso-dvd/
Image du 22.

Mais en vm dans virtualbox ni l'installer graphique, ni l'installeur console ne fonctionne, ça marche pour vous?
Y a une meilleure méthode pour le tester?

EDIT:

EDIT2: j'ai testé avec un autre pilote gpu dans virtualbox mais idem.

EDIT3: testé avec le net install cd iso ==> idem.
Bon je pense que je peux tester en partant de l'iso stable et faire la migration à debian 12 mais c'est étonnant de ne pas avoir de truc fonctionnel, j'ai raté quelque chose?

EDIT4: testé en partant de :
https://www.debian.org/devel/debian-installer/
ça ne marche pas non plus alors que c'est le RC3.

C'est normal? ça me semble quand même assez inquiétant avec une date de sortie si proche.

 
je peux tester demain au taf. Mais virtualbox devrait marcher, par défaut c'est une carte graphique toute con

Bah, j'ai testé les 3 isos dvd/ cd net install, de différentes date, et pareil, j'ai toujours ce résultat là.
 
Même en install en mode terminal c'est pété.

Et sans virtualbox ?

C'était pas le test prévu.
Je pourrais essayer sous proxmox par contre voir si ça passe.
(mais pas aujourd'hui)

Sinon si j'ai un peu de temps je testerais sous vmware esxi au taf.

J'ai installé Debian12 dans une VM VMWare de datacenter sans problème (net install RC1)

Du coup je vois pas trop ce qui cloche vu qu'aucun des installeur ne se lance...
J'ai installé debian 11 que j'upgrade en 12. Pas eu de soucis pour l'installation donc je ne sais pas trop ce qui se passe avec l'installer du 12.  

Pas de soucis de boot avec l'iso file:///media/data/debian-live-testing-amd64-kde.iso, booté sur un autre pc avec l'iodd st300.
Calamares se lance (après avoir saisi un mot de passe, étrange), je n'ai pas été plus loin que le partitionnement.

L'update debian 11 vers 12 est passé.  
ça tourne, donc je pourrais regarder un peu.  
 
Je vois pas ce qui pourrait y avoir de spécifique chez moi via virtualbox pour que l'installer de debian 12 se croûte comme ça.

Ca passe chez moi sur Virtualbox 7.0.6 mais pas sur une VM avec émulation UEFI ! l'écran reste gris avec l'installeur console et plante en mode graphique
Tout bon sur une VM standard

Ah j'avais justement testé en mode uefi. Donc tu confirmes mon problème

Sous vmware en efi ça marche.
Donc c'est "juste" sous virtual box efi que ça merde.
 
Bizarre quand même. Surtout que virtualbox est pas mal utilisé par ceux qui testent des vm.

 
Il y a eu plusieurs fois des loleries avec les versions "récentes" de debian et les VBox. Ca ne m'étonne qu'à moitié en fait

VanillaOS sera basée sur debian sid prochainement:
https://vanillaos.org/2023/03/07/va [...] -work.html