Le fil des beaux gosses linuxiens, v2 où comment installer LFS sur BTRFS en RAID10

**Cwningen** · 10/09/2019, 11h50

Commence par vérifier que ce n'est pas un simple changement d'ordre dans les priorités de démarrage, soit dans la configuration du bios, soit avec efibootmgr dans la session live. Si l'entrée a disparu, il faudra faire un chroot dans la session live pour réinstaller grub. Il y a un guide pour debian qui devrait aussi s'appliquer à ubuntu.

**Sariyah** · 10/09/2019, 13h12

Merci, le post de gros_bidule va dans ce sens aussi, j'essaye tout ça ce soir.

J'en ai parlé au boulot aussi et tout le monde a l'air d'accord pour dire qu'il est peu probable que j'ai tout perdu sur ma partition Linux. C'est rassurant mais vivement ce soir...

**M0s** · 10/09/2019, 16h28

Envoyé par Wobak

Comme avec le grep et iptables, c'est faisable en une ligne avec un peu de awk.

Oui voilà. Après honnêtement je chipote pour pas grand chose et c'est plus un prétexte pour tester des trucs puisque dans mon cas les références seront fixes et connues à l'avance. Et comme tu disais au dessus, les chaînes semblent être très bien adaptées pour le coup.

En tout cas merci encore pour tes observations, ça m'aura permis d'avancer un peu et de mieux comprendre certaines petites subtilités

**Wobak** · 10/09/2019, 16h36

Si tu gardes l'idée des chaines, je peux te filer le awk que j'ai fait pour viders les autres chaines des références à la chaine existante.

**M0s** · 10/09/2019, 16h55

Envoyé par Wobak

Si tu gardes l'idée des chaines, je peux te filer le awk que j'ai fait pour viders les autres chaines des références à la chaine existante.

Ouais avec plaisir, ça pourrait faire une solution hybride assez sympa aussi.

**Wobak** · 10/09/2019, 20h44

Envoyé par M0s

Ouais avec plaisir, ça pourrait faire une solution hybride assez sympa aussi.

Donc tu flush ta chaine, et ensuite :

Code:

iptables -vnL --line-numbers | awk '/Chain/ { currentchain=$2 } ; $4 ~ /MYCHAIN/ { print "iptables -D "currentchain,$1 }'

Ça te permet de prendre toutes les références à ta chaine et imprimer toutes les commandes iptables -D pour delete l'entrée concernée.

Tu rajoutes | sh à la fin de la commande pour les lancer, et après tu peux faire ton iptables -X

Edit: si tu veux rendre ça plus dynamique, tu peux changer la commande awk avec un -v au départ:

Code:

iptables -vnL --line-numbers | awk -v chainsearch=$MYCHAIN '/Chain/ { currentchain=$2 } ; $4 ~ chainsearch { print "iptables -D "currentchain,$1 }'

**Sariyah** · 10/09/2019, 22h33

Problème de partition Ubuntu disparue réglé.

Avec un boot-repair depuis le livecd. Je n'ai finalement rien perdu mais je suis curieux de savoir comment ça a pu arriver..
http://forum.canardpc.com/threads/12...7#post12500157

**M0s** · 11/09/2019, 00h06

Envoyé par Wobak

Donc tu flush ta chaine, et ensuite :

Code:

iptables -vnL --line-numbers | awk '/Chain/ { currentchain=$2 } ; $4 ~ /MYCHAIN/ { print "iptables -D "currentchain,$1 }'

Ça te permet de prendre toutes les références à ta chaine et imprimer toutes les commandes iptables -D pour delete l'entrée concernée.

Tu rajoutes | sh à la fin de la commande pour les lancer, et après tu peux faire ton iptables -X

Edit: si tu veux rendre ça plus dynamique, tu peux changer la commande awk avec un -v au départ:

Code:

iptables -vnL --line-numbers | awk -v chainsearch=$MYCHAIN '/Chain/ { currentchain=$2 } ; $4 ~ chainsearch { print "iptables -D "currentchain,$1 }'

Super merci beaucoup

**Tilt** · 11/09/2019, 21h23

Envoyé par Sariyah

Problème de partition Ubuntu disparue réglé.

Avec un boot-repair depuis le livecd. Je n'ai finalement rien perdu mais je suis curieux de savoir comment ça a pu arriver..
http://forum.canardpc.com/threads/12...7#post12500157

Windows 10 et linux sur le même disque c'est du suicide.
Windows finira forcément par détruire linux en créant une partition de restauration, c'est inévitable.

**Cotopaxi** · 11/09/2019, 23h57

Je l'ai fait pendant des années et n'ai jamais eu de soucis... Tu généralises légèrement...

**Wobak** · 12/09/2019, 00h57

Envoyé par Tilt

Windows 10 et linux sur le même disque c'est du suicide.
Windows finira forcément par détruire linux en créant une partition de restauration, c'est inévitable.

Dude... même sur ce thread c'est too much xD

**Tramb** · 12/09/2019, 17h15

C'est les born again, ça. Les plus virulents.

**Tilt** · 14/09/2019, 10h47

J'ai créé un rapport bugzilla pour faire marcher la 5700xt sous Fedora mais j'ai pas bien compris ce qu'il me demande avec son ssh
https://bugzilla.redhat.com/show_bug.cgi?id=1751884
En tous cas moi j'ai regardé les log que j'ai posté, et j'ai rien vu d'intéressant.....
J'espère que j'ai bien répondu

**wardog** · 14/09/2019, 11h18

Envoyé par Tilt

J'ai créé un rapport bugzilla pour faire marcher la 5700xt sous Fedora mais j'ai pas bien compris ce qu'il me demande avec son ssh
https://bugzilla.redhat.com/show_bug.cgi?id=1751884
En tous cas moi j'ai regardé les log que j'ai posté, et j'ai rien vu d'intéressant.....
J'espère que j'ai bien répondu

Il te demande si tu peux te logguer depuis une autre machine via ssh quand elle est freezee.

**Cwningen** · 14/09/2019, 12h32

"journalctl -k -b-1" est pratique pour avoir les logs du noyau du boot précédent (celui qui a planté).

**ducon** · 14/09/2019, 13h12

Marche pas chez moi, tiens.

Code:

# journalctl -k -b-1
Specifying boot ID or boot offset has no effect, no persistent journal was found.

**Nattefrost** · 14/09/2019, 14h25

Pareil que Ducon, que ce soit sur une Debian desktop ou un serveur CentOS.

**Cwningen** · 14/09/2019, 14h26

man journald.conf et lis le paragraphe sur "Storage" si tu veux régler ça.

**wardog** · 14/09/2019, 17h41

Envoyé par Cwningen

man journald.conf et lis le paragraphe sur "Storage" si tu veux régler ça.

Code:

 Storage=
           Controls where to store journal data. One of "volatile", "persistent", "auto" and "none". If "volatile", journal log data will be stored only
           in memory, i.e. below the /run/log/journal hierarchy (which is created if needed). If "persistent", data will be stored preferably on disk,
           i.e. below the /var/log/journal hierarchy (which is created if needed), with a fallback to /run/log/journal (which is created if needed),
           during early boot and if the disk is not writable.  "auto" is similar to "persistent" but the directory /var/log/journal is not created if
           needed, so that its existence controls where log data goes.  "none" turns off all storage, all log data received will be dropped. Forwarding
           to other targets, such as the console, the kernel log buffer, or a syslog socket will still work however. Defaults to "auto".

d'apres le man, par defaut, on est en auto donc les precedents logs ne sont pas sauvegardes sur ma debian stable.

**Cwningen** · 14/09/2019, 20h08

Soit tu passes en persistent, soit tu crées le dossier /var/log/journal. Sur Fedora c'est en auto aussi mais j'ai les logs. (ou alors tu ne veux pas utiliser de l'espace sur ton disque et tu ne fais rien)

**Wobak** · 15/09/2019, 18h21

Le mieux ça reste de passer en persistent et de redémarrer le service journald...

**Daedaal** · 19/09/2019, 09h40

Envoyé par clezut

[HS]

retour la dessus,

Je viens d'avoir le cas sur windows 10 qui bloquait ma freebox server. Une des MAJ bloque le protocole samba 1.0, et free ne fais rien pour passer aux versions ulterieures.

On peut réactiver la prise en charge dans programme et fonctionnalités (le recocher, tout betement)

Bon, je sais, on est sur le topic nux, le pb est sans doute clos depuis longtemps, mais si jamais ca peut t'aider

Fin du HS et de mon histoire : J'avais bien vérifié (et coché) samba 1.0 en vain.
Comme prévu, je me suis repris un SSD pour le système et une install depuis l'ISO plus tard tout fonctionne normalement et j'ai bien accès aux partages *nux.

**wardog** · 23/09/2019, 09h54

Envoyé par Daedaal

Fin du HS et de mon histoire : J'avais bien vérifié (et coché) samba 1.0 en vain.
Comme prévu, je me suis repris un SSD pour le système et une install depuis l'ISO plus tard tout fonctionne normalement et j'ai bien accès aux partages *nux.

Faut que je monte un samba pour mes cameras...
:fear:

**DeadFish** · 03/10/2019, 20h29

J'ai cassé ma Debian en faisant n'importe quoi avec les mises à jour (on m'avait pas dit qu'une nouvelle version était sortie !). Là après réinstallation, je tombe sur une console Grub avec le message : Minimal BASH like line editing is supported. For the first word, TAB lists possible command completions. anywhere else TAB lists possible device or file completions.

J'ai réinstallé : rien.
J'ai lancé un live CD boot repair : rien.

A noter que je n'ai plus mon BIOS habituel mais une espèce de version castrée.

Je soupçonne une tuile avec Grub mais je sais pas trop quoi faire. Comment je répare ce bazar ?

**TarteAuxFleurs** · 03/10/2019, 21h21

Que veux-tu dire par

A noter que je n'ai plus mon BIOS habituel mais une espèce de version castrée.

?

**ducon** · 03/10/2019, 21h22

Tu n’as vraiment pas de bol, en presque vingt ans, je n’ai jamais cassé ma Debian (elle a cet âge) et pourtant elle a morflé (skeudur qui lâche, pilote qui délire, passage de stable à Sid…)
Il faut dire que j’utilise encore et toujours lilo.
Blague à part : tu ne peux rien faire avec ce bash minimal ?

**wardog** · 04/10/2019, 17h57

t'as l'air d'etre sur ash. le grub doit etre pete.
Boot sur une live usb, chroot et reinstall du grud deja...

**DeadFish** · 04/10/2019, 18h03

C'est résolu, j'avais oublié que /boot devait ne pas être chiffré. Et accessoirement, je sais pas lire un manuel.

Bref.

**wardog** · 05/10/2019, 15h06

Envoyé par DeadFish

C'est résolu, j'avais oublié que /boot devait ne pas être chiffré. Et accessoirement, je sais pas lire un manuel.

Bref.

**Fastela** · 07/10/2019, 19h52

Je me tâte à lâcher MacOS et passer sur Linux pour le boulot. Après avoir testé Budgie que j'ai beaucoup apprécié, j'ai joué toute la journée d'hier avec MX Linux et je suis totalement bluffé par cette distribution !

Tout est intuitif, j'ai pu mettre en place mon environnement de dev sans aucun accroc, et la distro fonctionne superbement bien dans une VM. Gros candidat si jamais mon mac rend l'âme

Seul truc qui me chiffonne un peu c'est qu'il semble que la webcam / micro fonctionne difficilement avec Linux sur les laptops que je vise (Thinkpad X1).

Discussion: Le fil des beaux gosses linuxiens, v2 où comment installer LFS sur BTRFS en RAID10

Outils de la discussion

Règles de messages