Reprise du message précédent :
 

Oups

Je viens de passer à debian 10. J'espère que quelqu'un va développer une interface graphique pour nftable, parce que j'y comprend rien du tout pour le moment. En attendant je vais repasser sur iptable je pense et si je trouve comment l'installer après avoir dégagé nftable.

Y'a pas une espèce de convertisseur iptables->nftables? Aucune idée de ce que ça vaut par contre. Perso je reste sur iptables jusqu'au jour (Deb 11?) où ça sera plus dispo, je serai alors obligé de regarder tout ce bazar de plus près.

Pour switch c'est max 4 commandes à utiliser dans un terminal.
 

https://wiki.debian.org/iptables
 
Après plus qu'à installer ufw et gufw.

Gufw ne fonctionne pas à cause d'une incompatibilité avec wayland ( qui remplace xorg) d'après ce que j'ai lu sur le net. Y'a plein de vieux thread de différentes distrib qui mentionnent le problème et des solutions mais je suis un peu perdu.

Il y a bien un outil pour migrer sa conf iptables vers nftables, ça fonctionne bien mais la syntaxe en sortie n'est pas terrible je trouve : https://wiki.nftables.org/wiki-nfta [...] o_nftables
 
Perso j'ai fait l'inverse, plutôt que d'attendre que ça arrive j'ai pris les devants et j'ai migré sur nftables    
C'était pas immédiat mais finalement je préfère la syntaxe de nftables.
 
Ma conf de départ pour mon petit routeur (Debian stable, noyau 4.19) :
 

 
Tout commentaire concernant cette conf sont les bienvenus  

Bon ben voilà le résultat après une coupe de courant...
Vous avez une solution ?
J'ai pas spécialement envie de formater

Édit: je voit bien mon hdd dans le bios et il est bien en priorité 1

clé usb d'installation, booter dessus, passer en mode rescue, et voir déjà comment le disque est détecté, faire un fdisk, voir si tu peux monter les FS.

Grub pété ?

Je quote pour retrouver le post, j'ai le même problème sur mon portable, il galère à boot (plusieurs redémarrage nécessaire, aucun soucis à l'utilisation)

 
C'est un SSD Samsung ?

   
C'est anormal... !
As-tu fait des photos de ce/ces démarrage/démarrages foireux ?
Sont-ils systématiques ?
Sont-ils aléatoires ?
 
 
 
Je rappelle, parce qu'un Ami d'ici me l'avait rappelé    qu'il y a un super outil sur le cd ou clé d'installation de Debian, qui permet de vérifier si le démarrage s'effectuera correctement, soit sur Grub, soit sur Uefi !
Je l'ai utilisé après avoir remplacé un dd et que l'uefi était, bien entendu, différent du précédent dd !
L'outil l'a vu, et a remis tout en ordre  
 
et comme vient de l'indiquer l'Ami :

Salut, non c'est un velociraptor 150go  

On en avait discuté déjà quand j'avais posté la première fois, le pc me fait des "no bootable device" avec le ssd toujours reconnu.

J'ai déjà effectué 3 wipe complet du disque, en ré-écrivant les tables de partitions, en testant en uefi/legacy à chaque fois.
Là le pc boot, la première fois c'est très rare qu'il arrive à atteindre l'os, si je le reboot deux ou trois fois, il me retrouve mon OS (Pour l'instant Mx Linux, en legacy)

J'ai testé le ssd sur ma machine physique, le crystal disk ne me donnait aucune info étrange, j'ai regardé niveau transfert il n'y avait pas de soucis, ni de lenteur..
J'ai presque l'impression que c'est ma nappe qui fait faux-contact mais ça me parrait étrange de n'avoir aucun soucis une fois le boot passé.
Ce qui me fait vraiment penser que c'est hardware c'est que ça arrive souvent après transport. J'ai bien vérifié si le disque était fixé et c'est le cas, il n'y a presque aucun jeu donc il ne peut pas trop bouger.
Mais même dans ce cas, s'il se déconnectait en partie lors du transport, j'arriverai simplement plus à boot et je doute que ça soit stable à l'utilisation..  

EDIT : au cas où, c'est pas un samsung non plus, kingston A400.
EDIT 2 : Le disque était correctement reconnu via un live usb.

Ayé, j'en ai quelques souvenances...
et c'est aléatoire...
le plus "compliqué" !
 
 
Concernant les différentes nappes d'un portable, j'y ai goûté avec mon portable de "secours", il s'éteignait tout simplement    
je l'ai totalement démonté, en panne pour en panne...  et certainement que j'ai déplacé une nappe, car depuis il refonctionne presque normalement...
j'écris presque, parce qu'il y a un grésillement avant que l'écran fasse des couenneries    
je l'incline dans un sens ou l'autre, et hop, ça fonctionne "normalement" !
j'ai bien cherché de trouver une nappe en neuf ou occas, mais rien, sauf à des prix prohibitifs...  
 
Si tu te "sens" le courage et la patience de le démonter, ce sera ma suggestion du jour

Déjà fait, RAS sur les nappes j'ai tout débranché/rebranché/vérifié 2 fois.
La seule qui avait un peu de jeu c'était le trackpad

Ok !
Cela signifie que le défaut matériel est caché !
 
une nappe qui est coupée, ou qui a une soudure sèche...
qui fait "coucou" lorsqu'elle veut...
à part remplacer chaque nappe/câble et vérifier à chaque fois, par remontage et remise en route...
c'est galère comme pas deux !
 
Je l'ai fait, mais j'étais encore en activité et j'étais payé pour ça
 
et "tu" trouves une nappe, qui a un p'tit défaut sur une soudure, qui était "sèche"...  grrr      
 
ceci étant "dit", tu sais que ton ordi plaisante quand il veut... et à part le remplacer, tu vas t'enquiquiner le temps que tu l'auras !
il y a pire comme agacement
 
Belles Journées Ensoleillée

Bon j'ai pût lancer la machine à l'aide de super grub 2 disk.
Je tenterai ce soir de réparer avec l'utilitaire d'installation.
 
Mais la bonne nouvelle pour l'instant c'est que seul le secteur de d'amorçage semble compromis car tout le reste tourne sans problème une fois démarré .  

Je fais l'inverse, lors de l'installe je dis que je suis en US (et comme j'ai un clavier ANSI US ça m'arrange) et le seul truc que je fais c'est mettre le fuseau horaire à Paris lors de l'install ou après l'install quand j'ai zappé de le faire avant...

Ha... ouais non pour la date ça je choisis bien que ça commence le lundi.
 
 
Enfin... je l'avais fait sous KDE, là je viens de voir que je ne l'ai pas fait pour Gnone

Il y avait pas quelqu’un qui avait dit mettre la locale en en_IE (Irlande) ? Comme ça, ça lui mettait tous les paramètres corrects (date dans le bon ordre, euro comme monnaie…), mais tout en gardant l’anglais pour l’affichage des textes.

Bon finalement en lançant la session avec xorg + utilisation de iptable avec ufw + gufw tout fonctionne parfaitement.

Salut,
dites j'ai bien besoin d'aide avec mon problème de boot ...
 
J'ai essayé pleins de méthodes en installateur graphique ou en ligne de commande, rien n'y fait, je n'arrive pas à faire booter debian sauf avec super grub 2 disk .
Je suis en EFI.
 
- le mode rescue de debian n'arrive à rien, peu être que je m'y prends mal    
- Boot-repair , pas mieux
 
Bref c'est la galère  

Tu donnes trop d'info sur les problèmes que tu rencontres et ce que tu as essayé sans succès pour qu'on puisse t'aider

déjà, si super grub 2 le répare, c'est qu'il y a moyen de réparer !
 
si tu lances ton cd ou clé d'installation, et tu vas sur la partie secours !
rassures toi, il va faire comme si l'installation se faisait, mais c'est pour valider tes identifiants = ok ?
 
Vas-y tranquillement, sans crainte

Alors c'est vrai que j'ai pas trop détaillé.
 
Déjà voici mon partitionnement vue par le mode Rescue:  
SCSI2 , c'est mon disque dur principal, la où j'ai installé debian.
J'avais choisi un partitionnement automatique lors de l'installation.

 
Donc le mode de récupération m'envoie ici

 
Ensuite comme j'y connais rien je commence par choisir /dev/sda1 en me disant que le secteur de boot doit être ici.
Mais je ne peu rien faire dedans hormis lancer un "shell" dans l'installateur.
 
Donc je reviens en arrière et je choisi /dev/sda2 , et la j'ai l'option de récupération qui me propose bien de ré-installer le Grub.

 
Et voila ce que j’obtiens

Je vais dire une connerie mais ton espace libre en debut du disque système (sda), ca ne serait pas la partition de grub qui aurait sauté et qui donc doit être recrée (et pas juste réparée) ?
 
J'ai dit une connerie, c'est la première partition marquée pour l'amorçage (le B dans la liste). Étonnant qu'elle soit en FAT32.
 
Sélectionne sda2 en partition racine (/) puis pointe sur sda1 pour la réinstallation.

 
la partition 1, en fat32 est pour l'uefi !
ta partition principale est la 2 !
donc sda2 !
 
testes, qu'est ce que tu risques, qu'il te dise, non, non...

Les gars merci pour votre aide, je ne demande qu'a tester, mais tester quoi ?  
 
J'ai testé la réparation sur le SDA2, c'est la que j'ai eut l'erreur.

Nouvelle config, nouveaux problèmes, ca sent le sapin ce genre de lignes ?
 

J'en ai quelques une comme ca à la suite. Steam se vautre pour un rien et tente d'ouvrir firefox sur une url error.com, j'ai des saccades dans Fallout 4 (quand j'arrive à le lancer), et memtest se fige à 35% du premier test.
J'ai essayé de désactiver le xmp ou d'utiliser un autre profil, mais même effet.
config dans mon profil.
 
Merci d'avance si vous avez des idées

ah... la photo montre sda sans chiffre derrière, celle ci :

 
d'où ma suggestion !
 
je reprends : sda2 ok pour le fichier racine !
 
et tu remets sda2 pour le grub !
 
c'est cela, que tu as fait ?

La partition UEFI est la partition de boot (dans la liste, elle est même marquée « B » (pour le flag « boot »).

Contrairement à ce que conseille fh82, tu sois installer GRUB sur /dev/sda1.

Mais la commande qui échoue est une commande pour un système en mode BIOS ou MBR, pas UEFI et GPT.

Les erreurs ECC, c’est pas lié à la RAM ? Tu dois avoir une barrette défectueuse, surtout si MemTest se vautre en plein test.

Tu montes /dev/sda2 comme partition racine, puis tu ouvres un shell.

Tu reboot et ça devrait fonctionner.
 

Problème hardware  

 
A voir comme ça, je dirai ram foireuse
si t'a plusieurs barettes, essaye d'en enlever une et de relancer un memtest. et le refaire barrette par barette pour savoir laquelle est deffectueuse

un peu bizarre ces messages dans la mesure où tu utilises de la RAM non ECC, il me paraît tout à fait normal que linux détecte qu'il n'y a pas d'ECC (après pourquoi remonte t-il un message pour ça, ça ne me semble pas logique).
Mais le memtest qui plante ce n'est pas bon signe, essaye de turn it off and on ag débrancher/rebrancher tes barettes, et si ça ne fonctionne pas de les tester l'une après l'autre.

+1, et si ça ne fonctionne pas on aura un vrai message d'erreur à exploiter normalement.

Exact, je me suis totalement planté, mille excuses !
 
j'ai hésité, et j'aurai dû m'abstenir    
 
bonne leçon pour moi...

Merci à toi, voici les avancées de ce soir.

Déjà je me met dans /dev/sda2

je monte/dev/sda1 (il est déjà monté car la première fois j'ai pas fait la photo)

Et bien sûr ça marche pas.
Donc je me dit, au lancement du bois je vais peut être choisir de lancer la clé USB en efi ...  

Je refait les mêmes opérations, et j'obtiens ça :

Donc visiblement j'ai plus de dossier efi ???

Vérifie ce que tu as dans /boot : ls /boot
 
Si tu n’as pas de sous-répertoire EFI, il te faudra le créer : mkdir /boot/EFI
 
Monte ensuite la partition en incluant ce répertoire : mount /dev/sda1 /boot/EFI
 
À partir de là, recommence l’installation de GRUB.

J'ai testé chaque barrette sur chacun des 2 ports de la mobale, ca freeze à 64% tout le temps.
J'ai aussi tenté une installation depuis un live usb debian vers une clef usb connectée, redémarré sur cette clef install fraîche, j'ai fini par avoir de gros lags et des messages core soft lock
Pb mobale ? Ram ? Cpu ?