Reprise du message précédent :
  Gnome est réglé pour télécharger les mises à jour quand il y en a dans "Logiciels et mises à jours". Pourtant quand c'est le cas il se contente de me dire qu'il y en a de disponibles mais ne les télécharge pas. Qu'est-ce qu'il faut faire pour qu'il se comporte comme attendu?

Bizarres tes double quotes fermants mais pas ouverts sur les set-selections de password1 et password2...

Rohh bordel, je savais que c'était une connerie du genre... C'est pour ça que c'est chouette de filer ça à des yeux neufs, souvent on est tellement le nez dedans qu'on voit même plus les erreurs.
Le pire c'est que je sais même pas pourquoi j'ai collé des double quotes ici..
Merci, je vais tester ça dès demain

EDIT: c'était bien ça, merci! Du coup c'est bon, j'ai mon install complètement automatique, c'est le pied

C’est moi ou Debian s’amuse à changer les chemins et fichiers de conf? J’avais dans mes notes que le socket de php-fpm était dans /var/run/php/... alors que sur une fresh install Debian 10 c’est devenu /run/php/...

https://en.wikipedia.org/wiki/Files [...] y_Standard
 

C'est moi ou depuis la dernière màj (celle vers 10.4?) il y a parfois des petites coupures du son avec VLC, notamment quand on passe d'un fichier à un autre?
 
Debian 10 à jour avec deb-multimedia.

mpv >>>> vlc

Hello,  
 
J'ai un petit souci avec une installation d'un serveur Terraria sur un Raspbian. C'est pas prévu pour mais j'ai trouvé un message Reddit où il arrive à le faire tourner sur son RPi4.  
 
Je bloque dès le début, à savoir l'installation de mono :  
 
N: Skipping acquire of configured file 'main/binary-arm64/Packages' as repository 'https://download.mono-project.com/repo/debian stable-raspbianbuster InRelease' doesn't support architecture 'arm64'
 
https://www.mono-project.com/downlo [...] n-raspbian
 
Pourtant j'ai bien copié/collé le contenu des commandes et j'ai bien rajouté la clé avant. Il ne semble pas trouver de paquets pour l'architecture ARM64, malgré le deb qui pointe vers Raspbian.  
 
Une idée ?
 
Merci d'avance !

le gars a du utilisé une gentoo ou ubuntu full 64 bits sur son rpi4, d'où l'archi arm64.
une raspbian c'est du 32bits, archi armhf,  sauf si tu as déjà commencé a tester la raspbian 64bits en beta depuis quelques jours.

Arf, je pensais bêtement que raspbian était en 64 bit pour la version 4Go des RPi4.  
 
Du coup à part passer en version 64 beta, je suis bloqué? Il n'existe pas de paquet pour du 32 bit pour Mono?  
 
Merci de ton aide

ton lien de mono distribue bien en version raspbian en armhf...
où as-tu collé un arm64 ?

https://www.casimages.com/i/200601011233382590.png.html

D'ailleurs je viens de me rendre compte que c'était pas une rasp4 mais un autre board, avec ArmBian. Si je ne me trompe pas, c'est la même distri que Raspbian ?
EDIT : Il ne manque aucun programme qu'ils installent dans le tuto ( apt transport https,.. )
EDIT 2 : Je pense que c'est mort du coup, la commande "arch" me renvoie "Aarch64", ce qui ne semble pas être supporté par Mono
https://tracker.debian.org/pkg/mono . Par contre dpkg --print-architecture me renvoie bien arm64 .

Bonjour,

est-il possible de modifier / mettre à jour une clé USB Live Debian 10.0? J'ai branché la clé sur mon PC (Deb 10.4) et fait un #mount filesystem.squashfs /mnt -o rw. Je vois l'arborescence Linux standard mais après un chroot apt me dit que la clé est en lecture seule et qu'il ne peut donc procéder. J'ai tenté #hdparm -r0 /dev/sdb mais ça ne résout pas le problème.

Je ne peux pas non plus "remounter" la clé avec -o rw, il me dit que /dev/sdb1 est en lecture seule.  Comment virer ça?

Je voudrais 1) éviter de télécharger le gros fichier .iso pour Debian 10.4 (pas la fibre ici) et surtout rajouter des paquets / modifier des réglages.

Comment faire?

modifier non, squashfs c'est readonly.
et tenter de mettre à jour une iso d'install 10.0 en 10.4 ca me parait farfelu
 
par contre te faire une iso customisée pour du full automatique (partitionnement, hostname, conf réseau, packages, clés ssh, etc etc...) c'est possible mais ça demande un peu d'effort :
* extraction iso dans un rep temporaire
* construction d'un fichier de preseed (c'est un équivalent kickstart sur rhel/centos/fedora)
* injection du fichier preseed
* config du boot
* builder l'iso avec tout le bordel
 
ca ne regle pas ton problème de download ...

L'idée c'est surtout de customiser, après la màj c'était pour essayer d'économiser un peu de bande passante, c'est pas le plus important. Je voudrai avoir une clé avec notamment smartctl pour vérifier l'état d'un disque dur.
 
Apparemment c'est plus compliqué, je vais regarder plus tard. Il n'y a pas moyen de faire une clé sans squashfs/image compressée (et donc qu'on peut modifier avec un simple chroot)? J'ai largement la place (16Go je crois cette clé).
 
Merci en tout cas.

Tu peux faire une netinstall sur une clé USB.  
 

Ca serait le plus simple, mais comment? J'ai lancé netinstall dans une machine virtuelle, il ne me propose uniquement le disque dur (virtuel), pas la clé (oui elle est dispo dans la VM). Bizaremment il n'y a que l'installateur graphique qui fonctionne, l'autre en mode texte plante.  

Bref, c'est plus compliqué que je pensais, comme assez souvent avec Linux (qui reste très bien quand même).

edit: Je me demande aussi si il n'y a pas moyen de décompresser le squashfs, le modifier puis le recompresser, il me semble qu'on fait comme ça pour les systèmes embarqués genre routeur, mais ça fait un moment que je n'y ai pas touché...

Essaie en natif.  
L'avantage, en dehors du fait de ne pas devoir manipuler l'image squashfs, c'est que tu as une installation normale.
C'est beaucoup plus flexible qu'un système en lecture seule ...

Bon, cépagagné...

Effectivement en natif netinst voit la clé et je peux installer dessus, y compris Grub, par contre si j'essaye de démarrer depuis la clé j'ai qu'un cursor qui clignote et rien d'autre.

Je préfère la piste du squashfs car 1) un système en lecture seule se casse moins facilement 2) j'ai en même temps un système live et un installateur si je veux installer Debian quelque part.

J'ai déjà testé:
-mounter le .iso
-en sortir le squashfs
-le décompresser
-chroot
-le modifier
-le recompresser

Jusque là pas de soucis, maintenant il faut que je vois comment recréer un iso bootable ("hybride"??). Je suis preneur de pistes, perso je vais probablement regarder ça demain histoire de ne pas y passer la nuit...

Remarque concernant le 1): J'ai plusieurs scénarios en tête. Déjà j'aimerai me faire un clé "d'urgence" personnelle. Ensuite je dois installer Debian sur un autre PC (depuis une clé car pas de lecteur DVD) pour quelqu'un qui n'y connait rien et j'aimerai bien lui filer une clé "live" avec Teamviewer (notamment) préinstallé, comme ça en cas de soucis, si jamais le PC ne démarre plus, la personne peut démarrer depuis la clé et je me connecte par Teamviewer voir ce qui cloche. Le PC sera à plusieurs dizaines de km d'ici donc impossible de mettre la main dessus rapidement en cas de soucis.

C'est clair?

edit: Je pense que ceci devrait m'aider: https://wiki.debian.org/RepackBootableISO

edit encore: Leur script marche du tonnerre!

edit3: Bon, sur le principe la méthode fonctionne, maintenant je peux m'amuser à configurer Xfce et Co... Ca me rappelle l'époque Windows avec BartPE, ça parle à quelqu'un? Ah que j'ai passé des heures avec ce truc...

Hello  
 
J'essaie de faire du routage avec Buster mais je suis en plein doutage La commande pour iptables

était correct avec Stretch mais Buster me dit que la table nat n'existe pas. Sauf qu'elle est bien listée et que mon système est à jour. J'ai aussi passé net.ipv4.ip_forward à 1.  

Aucun souci avec Stretch et Buster.
Je n'ai pas changé de règles lors de la migration.
 
 

Cela te renvoie quoi par exemple ?

pas de souci sur buster ici non plus avec des regles de NAT.
le fait de mettre net.ipv4.ip_foward à 1 est obligatoire pour que le nat marche mais ca ne devrait pas bloquer iptables..

Ca me dit que la table nat existe et contient PREROUTING, INPUT, POSTROUTING et OUTPUT.
 
 

 
 
C'est rassurant de voir que ça peut marcher. Pour info c'est une installation toute neuve. Je n'ai rien fait d'autre que de régler les 2 interfaces pour permettre le nat et mettre net.ipv4.ip_foward à 1. Je pense comme toi que c'est sans lien avec mon pb avec iptables.  
 
Edit: bizarrement, après m'avoir envoyé balader des dizaines de fois hier toute l'après-midi après autant de reboot, ce soir il accepte la commande sans broncher. Parfois l'informatique c'est mystique. Merci à vous deux de vous être  penché sur mon pb digne de la 4e dimension.

Je confirme, j'ai récemment fait un serveur proxy sur une Buster, je n'ai eu aucun souci avec iptables..

Vous continuez avec iptables et ne passez pas sur nftables?

 
Tant que iptable fonctionne et est maintenu pas de raison d'en changer surtout qu'il n'y a pas d'interface graphique solide pour nftable, je pense que ça ne concerne que les pro ou les particuliers qui ont des infrastructures qui requièrent une configuration poussée.

sur une nouvelle install je trouve dommage de partir sur iptables quand même, sauf à être fan de dette technique

 
Forcément maintenant je vais te demander d'argumenter sur le fait que tout les gens qui restent sur iptable c'est parce qu'ils sont fan.
 
Bon courage.  

J'installe Buster avant hier: il connait iptables mais pas nftables, donc en avant pour iptables. Ce n'est pas plus compliqué que ça, j'ai fait avec les outils de ma distro. Après je vais bien sûr me pencher sérieusement sur nftables qui finira par remplacer iptables.

https://wiki.debian.org/nftables

tu es sûr que nftables n'est pas dispo ? ça me semble vraiment bizarre.

 
si on parle de migration qui ne se fait pas en un claquement de doigts je suis tout à fait d'accord, mais là on parle de nouvelle installation.

 
J'en suis certain, même si effectivement la doc dit le contraire, par défaut c'est iptables qui est installé. Peut-être que le changement est imminent, le wiki devance un peu la sortie d'une version utilisant nftables par défaut.

les deux sont installés normalement sur une buster, et ensuite c'est une alternative ( https://wiki.debian.org/DebianAlternatives ) qui décide si le firewall est géré par iptables ou nftables, et par défaut c'est nftables

sur une buster installée il y a quelques jours :

J'ai la même chose mais ça ne prouve rien.
 
Quand j'utilise iptables-translate pour traduire ma commande iptables pour nftables il me donne une commande commençant par nft, ce qui est tout à fait normal. Mais cette commande échoue car nftables n'est pas installé, ce qu'apt me confirme si je cherche le paquet nftables. A l'inverse si je lui demande d'installer iptables il me dit que je l'ai déjà.
 
Buster n'utilise donc pas nftables.

Je suis votre discussion, sans pour autant m'en servir, puisque sans aucune utilité pour l'instant, voici ce que me répond :

si cela peut vous aider à voir plus clair...

Dans ton cas nftables est installé. Tu peux donc directement taper des commandes commençant par nft dans un terminal.

Buster utilise nftables par défaut en tant que pare-feu (netfilter/nftables)

Le paquet iptables est là pour la gestion du pare-feu, toutes les commandes que tu passes sont traduites en nftables en arrière plan.

Le paquet nftables est l'outil/framework de remplacement pour configurer directement avec le fichier de conf nftables ou les commandes nft.

Debian Buster utilise bien nftables mais c'est transparent de base (backend ) . Cela permettait d'avoir une version Debian de transition pour ne pas casser les confs iptables du jour au lendemain.

Édit :
https://developers.redhat.com/blog/ [...] -nftables/

Même chose chez RedHat, Firewalld/nftables
Tu passes des commandes firewall-cmd mais derrière c'est nftables

full systemd aussi buster
du coup plus de "reboot" "halt"

ben si    
 
On a des alias pour ça par défaut.

 
Ta réponse a le mérite d'être assez séduisante techniquement parlant mais nftables n'est même pas installé, la commande nft ne fonctionne pas. Comment peut-il travailler en backend? J'ai traduis ma commande initiale iptables, il la rejette tant que je n'installe pas nftables.

Oui logique, les commandes nft ne fonctionne pas sans le paquet nftables.

Mais renseigne toi sur la doc officiel, c'est bien nftables qui tourne en arrière plan
Ça vient pas de moi...

Edit:Regarde le paquet nftables et sa description, c'est un tool framework.