Messages de El_Gecko

El_Gecko · Vos sites et projets perso

Hello Arpinux,

Je me demandais, qq. posts + haut, si "ton jouet" pouvait tourner sur un Asus eeePC 1000H avec 2 Go de RAM, en wifi, datant de 14 ans ...
Hé bien oui !

J'ai testé la NakeDeb 5.1:
- Wifi reconnu
- lecture de video H264 720p (clip dynamique) OK via VLC sur ecran 1024x600, avec une qualité acceptable, c'est fort honorable sans aucune accélération matérielle

- aucun pb. en 480p
- par contre, c'est l'horreur sous Youtube, la lecture en plein écran est très saccadée même en 360p !

Cependant, je suis surpris de la conso CPU retournée par "top", plusieurs min. après le démarrage, sans rien toucher:

picom et Xorg se goinfrent !
Comme se fait ce ???

De plus, un soucis de apt upgrade, très lent et tombant en erreur:

Une idée sur la cause du pb. ?

Désolé pour les copies d'écran un peu volumineuses, je suis allé au plus simple.
Comment faire un copier/coller sous NakeDeb à partir du terminal, avec le "touchpad" (ou souris éventuellement) ?
(c'est pas très concluant)

Merci.

@+

El Gecko.

El_Gecko · Installation et migration

Hello,

Je me repenche sur le mystère des supports au format 4Kn (secteur physique de 4096 octets) apparemment très mal gérés par les installeurs Linux et outils de gestion de partitions, bien que datant depuis plus de 12 ans !

Distro utilisée

$ uname -a

Linux debian 5.10.0-23-amd64 #1 SMP Debian 5.10.179-1 (2023-05-12) x86_64 GNU/Linux

Je me suis inspiré de cette page concernant Arch Linux https://github.com/Advantaged/4Kn-Formatting .
Voici ce que j'obtiens, SSD USB non monté, c'est assez frustrant...

Infos device

$ sudo fdisk -l 

Disque /dev/sda : 465,76 GiB, 500107862016 octets, 976773168 secteurs

Modèle de disque : TS500GSSD220Q   

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : dos

Identifiant de disque : 0xa2c5981d

Périphérique Amorçage     Début       Fin  Secteurs Taille Id Type

/dev/sda1    *             2048 974772223 974770176 464,8G 83 Linux

/dev/sda2             974774270 976771071   1996802   975M  5 Étendue

/dev/sda5             974774272 976771071   1996800   975M 82 partition d'échange Linux / Solaris

Disque /dev/loop0 : 20 KiB, 20480 octets, 40 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop1 : 118,23 MiB, 123973632 octets, 242136 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop2 : 63,45 MiB, 66535424 octets, 129952 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop3 : 44,27 MiB, 46419968 octets, 90664 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop4 : 116,76 MiB, 122433536 octets, 239128 secteurs                                      

Unités : secteur de 1 × 512 = 512 octets                                                               

Taille de secteur (logique / physique) : 512 octets / 512 octets                                       

taille d'E/S (minimale / optimale) : 512 octets / 512 octets                                           

Disque /dev/loop5 : 63,45 MiB, 66531328 octets, 129944 secteurs                                        

Unités : secteur de 1 × 512 = 512 octets                                                               

Taille de secteur (logique / physique) : 512 octets / 512 octets                                       

taille d'E/S (minimale / optimale) : 512 octets / 512 octets                                           

Disque /dev/sdb : 238,37 GiB, 255944818688 octets, 62486528 secteurs

Modèle de disque : Tech            

Unités : secteur de 1 × 4096 = 4096 octets

Taille de secteur (logique / physique) : 4096 octets / 4096 octets

taille d'E/S (minimale / optimale) : 4096 octets / 268431360 octets

/dev/sdb, SSD USB de 250GB, est bien détecté comme étant "4K native", avec "Taille de secteur (logique / physique) : 4096 octets / 4096 octets" .

Nettoyage

~$ sudo sgdisk -Z /dev/sdb

Warning: Partition table header claims that the size of partition table

entries is 0 bytes, but this program  supports only 128-byte entries.

Adjusting accordingly, but partition table may be garbage.

Warning: Partition table header claims that the size of partition table

entries is 0 bytes, but this program  supports only 128-byte entries.

Adjusting accordingly, but partition table may be garbage.

Creating new GPT entries in memory.

GPT data structures destroyed! You may now partition the disk using fdisk or

other utilities.

Warnings bizarres dû à mes tests précédents....

Création table partition GPT

$ sudo sgdisk -o /dev/sdb

Warning: Partition table header claims that the size of partition table

entries is 0 bytes, but this program  supports only 128-byte entries.

Adjusting accordingly, but partition table may be garbage.

Warning: Partition table header claims that the size of partition table

entries is 0 bytes, but this program  supports only 128-byte entries.

Adjusting accordingly, but partition table may be garbage.

Creating new GPT entries in memory.

The operation has completed successfully.

--------------

Création des partitions

$ sudo fdisk -l /dev/sdb

Disque /dev/sdb : 238,37 GiB, 255944818688 octets, 62486528 secteurs

Modèle de disque : Tech            

Unités : secteur de 1 × 4096 = 4096 octets

Taille de secteur (logique / physique) : 4096 octets / 4096 octets

taille d'E/S (minimale / optimale) : 4096 octets / 268431360 octets

Type d'étiquette de disque : gpt

Identifiant de disque : 30D18F46-9F29-4450-BABA-8832CC105AE6

------------------------

$ sudo sgdisk -n 1:1M:+1G -t 1:ef00 -c 1:EFI-0003 /dev/sdb

Setting name!

partNum is 0

The operation has completed successfully.

$ sudo sgdisk -n 2:0:+230G -t 2:8300 -c 2:ARTIX-0003 /dev/sdb

Setting name!

partNum is 1

The operation has completed successfully.

$ sudo partprobe -s

/dev/sda: msdos partitions 1 2 <5>

/dev/sdb: gpt partitions 1 2

-----------

$ sudo fdisk -l /dev/sdb

Disque /dev/sdb : 238,37 GiB, 255944818688 octets, 62486528 secteurs

Modèle de disque : Tech            

Unités : secteur de 1 × 4096 = 4096 octets

Taille de secteur (logique / physique) : 4096 octets / 4096 octets

taille d'E/S (minimale / optimale) : 4096 octets / 268431360 octets

Type d'étiquette de disque : gpt

Identifiant de disque : 30D18F46-9F29-4450-BABA-8832CC105AE6

Périphérique  Début      Fin Secteurs Taille Type

/dev/sdb1       256   262399   262144     1G Système EFI

/dev/sdb2    262400 60555519 60293120   230G Système de fichiers Linux

OK, ça roule !

Et à partir de là, ça se gâte !!!

Formattage

$ sudo mkfs.vfat -F32 -s 2 -S 4096 -v /dev/sdb

mkfs.fat 4.2 (2021-01-31)

mkfs.vfat: Partitions or virtual mappings on device '/dev/sdb', not making filesystem (use -I to override)

A cause de m3rd3s qui traînent ?

$ sudo mkfs.vfat -I -F32 -s 2 -S 4096 -v /dev/sdb

mkfs.fat 4.2 (2021-01-31)

Adding MBR table

/dev/sdb has 255 heads and 63 sectors per track,

hidden sectors 0x0000;

logical sector size is 4096,

using 0xf8 media descriptor, with 62486487 sectors;

drive number 0x80;

filesystem has 2 32-bit FATs and 2 sectors per cluster.

FAT size is 30482 sectors, and provides 31212745 clusters.

There are 32 reserved sectors.

Volume ID is 7f449e92, no volume label.

-------------

$ sudo mkfs.ext4 -F -b 4096 -F /dev/sdb

mke2fs 1.46.2 (28-Feb-2021)

Found a dos partition table in /dev/sdb

Creating filesystem with 62486528 4k blocks and 15622144 inodes

Filesystem UUID: 72189b38-a913-467c-ae87-b42820aff572

Superblock backups stored on blocks: 

        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 

        4096000, 7962624, 11239424, 20480000, 23887872

Allocating group tables: done                            

Writing inode tables: done                            

Creating journal (262144 blocks): done

Writing superblocks and filesystem accounting information: done

Ca semble pas mal...

Et non, c'est la KKtastrophe !

$ sudo fdisk -l /dev/sdb

Disque /dev/sdb : 238,37 GiB, 255944818688 octets, 62486528 secteurs

Modèle de disque : Tech            

Unités : secteur de 1 × 4096 = 4096 octets

Taille de secteur (logique / physique) : 4096 octets / 4096 octets

taille d'E/S (minimale / optimale) : 4096 octets / 268431360 octets

???  ???

-------------------

$ sudo fdisk -l

Disque /dev/sda : 465,76 GiB, 500107862016 octets, 976773168 secteurs

Modèle de disque : TS500GSSD220Q   

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : dos

Identifiant de disque : 0xa2c5981d

Périphérique Amorçage     Début       Fin  Secteurs Taille Id Type

/dev/sda1    *             2048 974772223 974770176 464,8G 83 Linux

/dev/sda2             974774270 976771071   1996802   975M  5 Étendue

/dev/sda5             974774272 976771071   1996800   975M 82 partition d'échange Linux / Solaris

Disque /dev/loop0 : 20 KiB, 20480 octets, 40 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop1 : 118,23 MiB, 123973632 octets, 242136 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop2 : 63,45 MiB, 66535424 octets, 129952 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop3 : 44,27 MiB, 46419968 octets, 90664 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop4 : 116,76 MiB, 122433536 octets, 239128 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop5 : 63,45 MiB, 66531328 octets, 129944 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/sdb : 238,37 GiB, 255944818688 octets, 62486528 secteurs

Modèle de disque : Tech            

Unités : secteur de 1 × 4096 = 4096 octets

Taille de secteur (logique / physique) : 4096 octets / 4096 octets

taille d'E/S (minimale / optimale) : 4096 octets / 268431360 octets

Les partitions sur /dec/sdb ont DISPARU !!!

J'ai loupé une marche ?
...à cause d'une différence Arch / Debian ???

Des idées/suggestions ?

A dispo pour fournir toute info supplémentaire.

Par avance, merci.

@+

El_Gecko.

El_Gecko · Vos sites et projets perso

Ooopsp ! Désolé, j'aurais mieux fait de poster dans ce fil: https://debian-facile.org/viewtopic.php?id=33559

On peut déplacer ?

El_Gecko · Vos sites et projets perso

Hello, me revoilo...

Pas eu trop le temps de creuser le bug de mise en veille... en fait Nakedeb démarre si vite qu'on peut éteindre le PC au lieu de le mettre en veille !

Par contre, j'ai réussi à installer NakeDeb 1.5 sur le SSD USB 4Kn ("4K native" = "advanced format"= avec des secteurs physiques de 4096 octets ) qui me posait problème.
J'aurais aimé faire un petit tuto bien propre pour reproduire l'exploit mais j'ai tellement tâtonné que cette réussite est presque accidentelle.

De mémoire:

- installation à partir d'une VM W11 de l'installeur W11 sur le SSD USB (création d'un média bootable) : boot OK, pas de soucis, démarrage de l'installeur W11
- à partir live USB installation de NakeDeb 1.5 à côté : pas d'erreur d'installation mais boot systématique sur l'installeur W11, pas de dual boot
- à partir VM W11, installation via "YUMI exFAT" de Ubuntu V22 ou 23 (je sais plus): pas d'erreur d'installation mais boot systématique sur l'installeur W11

Puis en examinant les options du BIOS d'un portable HP d'env 4 ans j'ai fait:

- F9 (liste des devices bootables, je vois le SSD mais c'est toujours l'installeur W11 qui démarre, pas de dual boot),
- "Boot from file",
- "YUMI..., ..." (1 seul device visible: SSD externe, seul connecté)
- "efi",
- "nakedeb",
- "grub..."
- "nakedeb 1.5" (avec 5 choix Ubuntu tous KO, erreur: 'le noyau doit être chargé')

==> NakeDeb se lance en 15 s. !

(version installée, pas live!)

Bon, c'est un peu du n'importe quoi cette configuration, ça doit être possible de rationaliser tout ça 'à la mano', non ?.
Pas sûr que le choix "Boot from file" soit dispo sur tous les BIOS !

Mais ça montre qu'il est tout à fait possible de booter un linux à partir d'un SSD USB 4Kn, heureusement !

Par contre, j'ai du mal à comprendre que le format 4Kn qui date de plus de 12 ans soit aussi problématique pour les installeurs et gestionnaires de partitions Linux et pas Windows...

Si vous avez des idées lumineuses ou une bonne source documentaire sur la configuration manuelle d'un dual boot pour ce cas "tordu", je suis preneur.

@+

El Gecko

El_Gecko · Vos sites et projets perso

@Arpinux
J'ai essayé de reproduire le bug, j'ai pas reussi pour l'instant !

Rien de plus ch!ant qu'un bug intermittent !
Bah, si ça se produit rarement, c'est pas trop gênant.

@Croutons

A toute fin utile:

cat ~/.config/picom.conf

shadow = true;

detect-transient = true;

inactive-opacity-override = true;

detect-client-leader = true;

focus-exclude = [ "class_g = 'Rofi'" ];

opacity-rule = [ "95:class_g = 'Rofi'" ];

wintypes:

{

  dock = { shadow = false; };

};

# Specify the backend to use: `xrender`, `glx`, or `xr_glx_hybrid`.

#`xrender` is the default one.

#

#backend = "xrender";

backend = "glx";

# Enable/disable VSync.

vsync = true;

# GLX backend: Avoid rebinding pixmap on window damage. 

# Probably could improve performance on rapid window content changes, 

# but is known to break things on some drivers (LLVMpipe, xf86-video-intel, etc.).

# Recommended if it works.

#

#glx-no-rebind-pixmap = true;

------------------------------

cat ~/.fluxbox/startup

#!/bin/sh

#

# fluxbox startup-script:

#

# Lines starting with a '#' are ignored.

# Debian-local change:

#   - fbautostart has been added with a quick hack to check to see if it

#     exists. If it does, we'll start it up by default.

which fbautostart > /dev/null

if [ $? -eq 0 ]; then

    fbautostart

fi

# read ~.Xresources file

xrdb ~/.Xresources &

# set ctrl_alt_bksp as session-killer

setxkbmap -option terminate:ctrl_alt_bksp &

# set startscreen

if [ -e ~/.fehbg ]; then

    sh ~/.fehbg &

else

    feh --bg-fill /usr/share/backgrounds/nakedeb.jpg &

fi

# enable URxvt deamon

urxvtd -q -f -o &

# fluxbox automenu by thuban

sleep 3s && rm -f ~/.fluxbox/automenu/* && fluxbox-automenu \

    && fluxbox-update_configs &

# authentification

/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 &

# monitor

sleep 7s && conky -c ~/.conkyrc &

# eyecandy

sleep 3s && eyecandy -l &

# And last but not least we start fluxbox.

# Because it is the last app you have to run it with ''exec'' before it.

exec fluxbox

# or if you want to keep a log:

# exec fluxbox -log "/home/$USER/.fluxbox/log"

Trop facile " l'impression d'ecran ".
J'avais bien testé la touche mais pas trop cherché dans les dossiers, j'ai juste regardé sous "Images" ...

Par contre, je vais encore faire mon , en voulant effacer 2 copies d'ecran dans "dossiers perso", j'ai eu un refus pour cause de filesystem protégé en ecriture !?!
Chromium ne démarrait plus, pour la même raison!
Tout est rentré dans l'ordre apres reboot.

Refrain:
J'ai essayé de reproduire le bug, j'ai pas reussi pour l'instant !
Rien de plus ch!ant qu'un bug intermittent !
Bah, si ça se produit rarement, c'est pas trop gênant.

Dans l'ensemble NakeDeb 1.5 en "persistent mode" Ventoy marche plutôt bien.
Je vais continuer à la "chatouiller" un peu !

@+

El_Gecko.

El_Gecko · Vos sites et projets perso

Hello,

Sur un Lenovo ThinkPad L14, j'ai eu un truc bizarre avec NakDeb 1.5 au bout d'une longue période de veille (env 1h).
Une fois réveillé l'affichage s'est mis à clignoter à raison d'env. 1 image/s., affichant tantôt le bureau correct, tantôt bizarre (cf. photos)
J'ai du redémarrer le système.

Vous avez déjà vu ça ?

Au passage, comment faire une copie d'écran avec NakeDeb ?
Il faut installer un outil ? Lequel conseillez-vous ?
Merci.

@+

El_Gecko.

El_Gecko · Suivi du Wiki et des Projets Git

Merci Croutons, je viens de tester sur mon vieux disque externe 20 Go 2.5" en USB 2.0 (faute de mieux) ça marche nickel !

Sur une clé USB 2.x, le mode "persistent" est inutilisable, il entraîne des lenteurs extrêmes dûes aux I/O sur la clé, très peu véloce.
Je gagne qq minutes par rapport au démarrage de xubuntu sur le même disque !

CreatePersistentImg.sh est vraiment très bien conçu, il suffit d'utiliser les bonnes options...

Le label et le nom de fichier "persistent" sont effectivement 2 choses différentes, j'étais passé à côté avec xubuntu qui utilise le label par défaut casper-rw .

Dommage que Ventoy ne supporte pas les disqus (SSD ou pas) au format 4Kn, "advanced format" (secteurs physiques de 4096 octets).

@+

El_Gecko.

El_Gecko · Vos sites et projets perso

J'aimerais tant installer NakeDeb 1.5 sur un support USB SSD mais ça marche pôôô !

C'est apparemment dû au fait que mon support externe est 4K native (secteurs physiques de 4096 octets) !?!

cf. : https://debian-facile.org/viewtopic.php?id=33559

As-tu déjà testé une installation de NakeDeb ou toute autre disrib° Linux sur un tel support ?

Ca commence à me "quêter les Pouilles"...
(Les pouilles, c'est plutôt pauvre, y'a pas grand chose à quêter !

)

@+

El_Gecko.

El_Gecko · Suivi du Wiki et des Projets Git

Juste 2 questions pour l'instant :

As-tu reproduit l'exploit d'activer le "persistence mode" avec la NakeDeb 1.5 ?
Si oui, comment ? Avec le même mode opératoire que la NakeDeb 1.4 ?

Tous les retours d'expérience des forumeux sont les bienvenus !

Merci.

El_Gecko · Installation et migration

Hello,

Cette histoire de 4Kn commence a me les briser menu !

Après quelques recherches, j'ai trouvé que le 4K native (4Kn) Advanced Format était supporté depuis Windows 8.x et Linux 2.6.31 !

"Linux supports 4K native drives since the Linux kernel version 2.6.31 and util-linux-ng version 2.17 (released in 2009 and 2010, respectively)."
source: https://en.wikipedia.org/wiki/Advanced_Format

Il nécessite un BIOS UEFI.

Je fais des tests sur un PC portable récent (Lenovo Thinpad L14 Gen2 d'env. 2 ans) avec un BIOS MàJ en début d'année, je crois.
C'est quand même dingue que je ne puisse pas démarrer à partir de ce support USB SSD !
Ca me rappelle des pb. avec certaines clés USB "non bootables", il y a ... 15 ans !

Bon, conclusion, je vais finir par retourner l'article puis acheter quoi à la place ??? Ca me gave...

Je m'arrête là, je suis pesque énervé...

@+

El-Gecko.

El_Gecko · Vos sites et projets perso

Hello,

Oui, ce serait bien que le mode mode persistant fonctionne.

cf. fil dédié pour en parler : https://debian-facile.org/viewtopic.php … 29#p399829

@+
El_Gecko

El_Gecko · Suivi du Wiki et des Projets Git

Hello,

Je suis très malheureux, après de nombreux essais

, je n'arrive pas à faire fonctionner le "persistent mode" avec NakeDeb 1.5, en suivant la méthode exposée par Croutons dans ce fil.
C'est un peu frustrant...

Quelqu'un(e) a-t-il réussi ?
Comment ?

Avec xunbuntu, ça marche nickel, c'est très simple, pas besoin de créer un fichier persistence.conf dans persistence.dat .
J'ai même renommé le fichier persistence.dat en persistence_xu.dat en mettant bien sûr à jour sa référence dans ventoy.json .
Y aurait-il moyen de s'en inspirer ?

@+

El_Gecko;

El_Gecko · Installation et migration

Pour comparer, j'ai tenté une installation (mode non expert) de la NakeDeb 1.5 de l'ami Arpinux, je n'ai pas eu plus de succès, le comportement est identique à xubuntu.

Partitions crées automatiquement par l'installeur:

$ fdisk -l

Disk /dev/nvme0n1: 238,47 GiB, 256060514304 bytes, 500118192 sectors

Disk model: Micron MTFDKBA256TFK                    

Units: sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disklabel type: gpt

Disk identifier: 97AC1759-6A00-490B-B107-2E07E0DD0E6D

Device             Start       End   Sectors   Size Type

/dev/nvme0n1p1      2048   1026047   1024000   500M Microsoft basic data

/dev/nvme0n1p2   1026048   1288191    262144   128M Microsoft reserved

/dev/nvme0n1p3   1288192 495116287 493828096 235,5G Microsoft basic data

/dev/nvme0n1p4 495116288 500117503   5001216   2,4G Windows recovery environment

Disk /dev/sda: 238,37 GiB, 255944818688 bytes, 62486528 sectors

Disk model: Tech            

Units: sectors of 1 * 4096 = 4096 bytes

Sector size (logical/physical): 4096 bytes / 4096 bytes

I/O size (minimum/optimal): 4096 bytes / 268431360 bytes

Disklabel type: gpt

Disk identifier: 688332F1-FC8E-4AF8-A99D-C0F4F571BECF

Device        Start      End  Sectors  Size Type

/dev/sda1     65535   131069    65535  256M EFI System

/dev/sda2    131070 62258249 62127180  237G Linux filesystem

/dev/sda3  62258250 62454854   196605  768M Linux swap

Disk /dev/sdb: 29,82 GiB, 32023511040 bytes, 62545920 sectors

Disk model: Flash Disk      

Units: sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disklabel type: dos

Disk identifier: 0x69ba19c9

Device     Boot    Start      End  Sectors  Size Id Type

/dev/sdb1  *        2048 62480383 62478336 29,8G  7 HPFS/NTFS/exFAT

/dev/sdb2       62480384 62545919    65536   32M ef EFI (FAT-12/16/32)

Disk /dev/mapper/ventoy: 1,19 GiB, 1275068416 bytes, 2490368 sectors

Units: sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disklabel type: dos

Disk identifier: 0x0b000c04

Device                   Boot Start     End Sectors  Size Id Type

/dev/mapper/ventoy-part1 *       64 2490367 2490304  1,2G  0 Empty

/dev/mapper/ventoy-part2       6276   16451   10176    5M ef EFI (FAT-12/16/32)

Disk /dev/loop0: 910,36 MiB, 954585088 bytes, 1864424 sectors

Units: sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/zram0: 256 MiB, 268435456 bytes, 65536 sectors

Units: sectors of 1 * 4096 = 4096 bytes

Sector size (logical/physical): 4096 bytes / 4096 bytes

I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Contenu partition EFI:

$ mount -r /dev/sda1 /mnt

$ find /mnt

/mnt

/mnt/EFI

/mnt/EFI/nakedeb

/mnt/EFI/nakedeb/grubx64.efi

C'est léger, non ?

Je veux bien jeter un oeil au mode instal expert NakeDeb 1.5, avec qq conseils.

Je vais relancer l'instal xubuntu et voir ce que j'ai.

@+

El_Gecko.

El_Gecko · Vos sites et projets perso

Hello Arpinux,

Beau travail !

J'ai testé cette version nakeDeb 1.5 sur une clé USB de 32Go, gérée par Ventoy, elle a démarré au quart de tour (env. 30 sec. en USB 2), je suis dessus en ce moment.

Elle a même reconnu le chipset wifi du Lenovo Thinkpad L14 Gen2 qui date de 2 ans env. ! Pratique quand on a que du wifi dans les environs.
Encore heureux vu le surpoids qu'elle a pris !

Par contre, je n'ai pas réussi à l'installer (mode non expert) sur un disque externe SSD de 250Go "4K native" , comme avec xubuntu (cf. mon post dans la rubrique "Installation").
Si tu as des idées, je suis preneur...

Bon, là je vais la tester avec le "persitent mode" de Ventoy, c'est utile.

@+

El_Gecko.

El_Gecko · Installation et migration

Hello Raleur,

Merci de t'intéresser à mon cas pas tout à fait désespéré.

El_Gecko : Modif Partition EFI du live USB /dev/sda : désactivation des drapeaux "boot" et "esp"

Raleur :Pourquoi faire une chose pareille ?

Lu dans plusieurs tutos, c'est pour masquer l'existence d'une partition de boot sinon l'installeur (x)ubuntu s'emmêle les pinceaux.

El_Gecko: Je démarre en ne connectant que le SSD, il n'est pas détecté

Raleur: Pas détecté par quoi ?

Le BIOS ne démarre pas dessus comme avec le vieux disque de 20 Go en Live USB.
En pressant F12, je vois pourtant en 1ere ligne "ubuntu" puis en 2e ligne le nom du disque externe SSD 250 Go.
En cliquant dessus, rien ne se passe (un écran noir très furtif, sans message d'erreur et retour à la liste des devices bootables).
Il identifie le device comme "bootable" puisqu'il le liste mais il ne trouve pas les fichiers requis... ?
L'installeur n'a apparemment pas fait son job correctement (bug ou pb. ICC, Interface Chaise Clavier )
Il va falloir triturer à la main ?

Voici le résultat des commandes demandées, après :

- boot en live USB xubuntu persitant Ventoy sur très vieux disque de 20 Go dans un boitier USB 2.0 (marche très bien mais très lentement d'où l'idée d'un disque SSD externe en remplacement)
- branchement du SSD 250 Go
(le disque interne est un SSD Windows 10 + bitlocker)

$ sudo fdisk -l

Disque /dev/loop0 : 2,52 GiB, 2709540864 octets, 5292072 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop1 : 4 KiB, 4096 octets, 8 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop2 : 150,54 MiB, 157855744 octets, 308312 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop3 : 63,28 MiB, 66355200 octets, 129600 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop4 : 71,5 MiB, 74977280 octets, 146440 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop5 : 240,61 MiB, 252301312 octets, 492776 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop6 : 91,69 MiB, 96141312 octets, 187776 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop7 : 346,33 MiB, 363151360 octets, 709280 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/nvme0n1 : 238,47 GiB, 256060514304 octets, 500118192 secteurs

Disk model: Micron MTFDKBA256TFK                    

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : gpt

Identifiant de disque : 97AC1759-6A00-490B-B107-2E07E0DD0E6D

Périphérique       Début       Fin  Secteurs Taille Type

/dev/nvme0n1p1      2048   1026047   1024000   500M Données de base Microsoft

/dev/nvme0n1p2   1026048   1288191    262144   128M Réservé Microsoft

/dev/nvme0n1p3   1288192 495116287 493828096 235,5G Données de base Microsoft

/dev/nvme0n1p4 495116288 500117503   5001216   2,4G Environnement de récupératio

Disque /dev/sda : 18,63 GiB, 20003880960 octets, 39070080 secteurs

Disk model: USB Disk        

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : dos

Identifiant de disque : 0xae6c9914

Périphérique Amorçage    Début      Fin Secteurs Taille Id Type

/dev/sda1                 2048 39004543 39002496  18,6G  7 HPFS/NTFS/exFAT

/dev/sda2    *        39004544 39070079    65536    32M ef EFI (FAT-12/16/32)

Disque /dev/mapper/ventoy : 2,87 GiB, 3078205440 octets, 6012120 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : gpt

Identifiant de disque : DA26E043-BCAA-447C-B487-C58724E2EDB1

Périphérique               Début     Fin Secteurs Taille Type

/dev/mapper/ventoy-part1      64 6001387  6001324   2,9G Données de base Microso

/dev/mapper/ventoy-part2 6001388 6011455    10068   4,9M Système EFI

/dev/mapper/ventoy-part3 6011456 6012055      600   300K Données de base Microso

Disque /dev/mapper/vtoy_persistent : 8 GiB, 8589934592 octets, 16777216 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop8 : 49,84 MiB, 52260864 octets, 102072 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/sdb : 238,37 GiB, 255944818688 octets, 62486528 secteurs

Disk model: Tech            

Unités : secteur de 1 × 4096 = 4096 octets

Taille de secteur (logique / physique) : 4096 octets / 4096 octets

taille d'E/S (minimale / optimale) : 4096 octets / 268431360 octets

Type d'étiquette de disque : gpt

Identifiant de disque : DFCD7ED9-47E5-4315-B752-5C9C210268FF

Périphérique Début      Fin Secteurs Taille Type

/dev/sdb1      256      511      256     1M Amorçage BIOS

/dev/sdb2      512    26111    25600   100M Système EFI

/dev/sdb3    26112 62486271 62460160 238,3G Système de fichiers Linux

xubuntu@xubuntu:~$ 

xubuntu@xubuntu:~$ sudo blkid

/dev/mapper/ventoy: BLOCK_SIZE="2048" UUID="2023-02-23-04-46-39-00" LABEL="Xubuntu 22.04.2 LTS amd64" TYPE="iso9660" PTUUID="da26e043-bcaa-447c-b487-c58724e2edb1" PTTYPE="gpt"

/dev/nvme0n1p1: UUID="4CFB-DBF4" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="a2e43647-6709-43be-ad00-e2e149d65474"

/dev/nvme0n1p3: TYPE="BitLocker" PARTLABEL="Basic data partition" PARTUUID="27ee5a1d-dd0b-43cf-ab19-9cf691172d05"

/dev/nvme0n1p4: LABEL="Recovery" BLOCK_SIZE="512" UUID="A84AFC874AFC5392" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="d59bb246-1cb5-46d1-83a9-a7bf323c98f3"

/dev/sda1: LABEL="Ventoy" UUID="98EF-72A6" BLOCK_SIZE="512" TYPE="exfat" PARTUUID="ae6c9914-01"

/dev/loop1: TYPE="squashfs"

/dev/mapper/vtoy_persistent: LABEL="casper-rw" UUID="b3b944bb-8d8e-4e77-890c-774284966353" BLOCK_SIZE="4096" TYPE="ext4"

/dev/nvme0n1p2: PARTLABEL="Microsoft reserved partition" PARTUUID="ec090037-45d5-4c8c-a69f-ff857117c153"

/dev/loop8: TYPE="squashfs"

/dev/sdb2: UUID="28B7-657F" BLOCK_SIZE="4096" TYPE="vfat" PARTLABEL="efi" PARTUUID="4196e058-4425-491e-8c24-563482841202"

/dev/sdb3: UUID="e2734361-aa74-4fc2-b91d-a6eb0a1b318f" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="root" PARTUUID="9d301307-dd21-4592-bbd6-2358994842f3"

/dev/sdb1: UUID="990C-DD6F" BLOCK_SIZE="4096" TYPE="vfat" PARTUUID="db030c51-de63-44b1-bbe4-9d9eb0aca402"

/dev/loop6: TYPE="squashfs"

/dev/loop4: TYPE="squashfs"

/dev/loop2: TYPE="squashfs"

/dev/loop0: TYPE="squashfs"

/dev/loop7: TYPE="squashfs"

/dev/loop5: TYPE="squashfs"

/dev/loop3: TYPE="squashfs"

xubuntu@xubuntu:~$ sudo efibootmgr -v

BootCurrent: 001D

Timeout: 2 seconds

BootOrder: 0000,001D,0019,001A,0001,001B,001C,001E,001F,0020

Boot0000* ubuntu  HD(2,GPT,4196e058-4425-491e-8c24-563482841202,0x200,0x6400)/File(\EFI\ubuntu\shimx64.efi)

Boot0001* Windows Boot Manager  HD(1,GPT,a2e43647-6709-43be-ad00-e2e149d65474,0x800,0xfa000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...1................

Boot0010  Setup FvFile(721c8b66-426c-4e86-8e99-3457c46ab0b9)

Boot0011  Boot Menu FvFile(126a762d-5758-4fca-8531-201a7f57f850)

Boot0012  Diagnostic Splash Screen  FvFile(a7d8d9a6-6ab0-4aeb-ad9d-163e59a7a380)

Boot0013  Lenovo Diagnostics  FvFile(3f7e615b-0d45-4f80-88dc-26b234958560)

Boot0014  Asset Information FvFile(da465b87-a26f-4c12-b78a-0361428fa026)

Boot0015  Regulatory Information  FvFile(478c92a0-2622-42b7-a65d-5894169e4d24)

Boot0016  ThinkShield secure wipe FvFile(3593a0d5-bd52-43a0-808e-cbff5ece2477)

Boot0017  Startup Interrupt Menu  FvFile(f46ee6f4-4785-43a3-923d-7f786c3c8479)

Boot0018  Rescue and Recovery FvFile(665d3f60-ad3e-4cad-8e26-db46eee9f1b5)

Boot0019  USB CD  VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,86701296aa5a7848b66cd49dd3ba6a55)

Boot001A  USB FDD VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,6ff015a28830b543a8b8641009461e49)

Boot001B* NVMe0 VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,001c199932d94c4eae9aa0b6e98eb8a400)

Boot001C* NVMe1 VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,001c199932d94c4eae9aa0b6e98eb8a401)

Boot001D* USB HDD VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,33e821aaaf33bc4789bd419f88c50803)

Boot001E* PXE BOOT  VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,78a84aaf2b2afc4ea79cf5cc8f3d3803)

Boot001F  LENOVO CLOUD  VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,ad38ccbbf7edf04d959cf42aa74d3650)/Uri(https://download.lenovo.com/pccbbs/cdeploy/efi/boot.efi)

Boot0020  ON-PREMISE  VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,ad38ccbbf7edf04d959cf42aa74d3650)/Uri()

Boot0021* Boot Next Boot Option VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,a7ca6d35b2c2684783721826a7404894)

xubuntu@xubuntu:~$

A dispo pour toute info complémentaire.

@+

El_Gecko.

El_Gecko · Installation et migration

Hello,

J'ai un SSD externe tout beau tout neuf de 250 Go (JMicron Topesel X5 Pro) que je voulais initialement dédier à de multiples "ISO Live" Linux (en "persistent mode" pour certains) gérés par Ventoy (testé avec succès sur clés et vieux disque en USB 2.0 donc trèèèèès lent).
Grosse déception avec Ventoy qui me dit, lorsque je tente de l'installer sur le SSD 250 Go, qu'il ne sait pas gérer les disques "native 4K" (4Kn).
En effet, le SSD a des secteurs logiques et physiques de 4096 octets (vu par "parted").

Du coup, je voudrais juste installer une distribution Debian (ou basée sur, telle xUbuntu pour simplifier l'utilisation du Wifi) sur ce SSD.

Après plusieurs essais, impossible de démarrer sur le SSD connecté à un Lenovo ThinkPad L14 ("secure boot" OFF).

Je résume le dernier essai fait à partir d'un Live xubuntu:

* via gparted,
=> création des partitions sur le SSD /dev/sdb
1 Mo réservé
33 Mo EFI FAT32 (impossible de mettre 32 Mo, la taille est forcée à 33Mo, pour des raisons d'alignement je suppose)
le reste en ext4

=> Modif Partition EFI du live USB /dev/sda : désactivation des drapeaux "boot" et "esp"

* Installeur xUbuntu Live

"Autres choix"
. sélection de la partition EFI de 33 Mo
. sélection de la partition restante et rattachement à /
. choix d'install des fichiers de boot sur /dev/sdb

L'installation se déroule bien.

Je restaure "boot" et "esp" sur la partition EFI /dev/sda
Je stoppe le systeme.
Je démarre en ne connectant que le SSD, il n'est pas détecté, je me retrouve avec bitlocker du disque interne qui tousse car "secure boot" OFF.
Le SSD est complètement ignoré.

J'ai merdu qq part mais où ?

Des idées lumineuses pour éclaircir le problème ?

A votre dispo pour tout complément d'info.

Par avance, merci.

@+

El_Gecko.

El_Gecko · Vos sites et projets perso

Hello,

Je viens de tester rapidement nakeDeb v1.4.6 sous VMware Workstation (gratuit!) avec 1 CPU, 1Go de RAM et 10 Go de disque, carte graphique 32Mo, c'est bluffant, ça tourne très bien !
(hôte agé d'environ 4 ans, mais pas trop faiblard: 4 coeurs Intel Core i5-8250U CPU @ 1.60GHz, en SSD)

Apps que j'ai installées:

* Chromium (=Chrome déGoogle-isé

) , bien plus rapide que Firefox !
+ Ublock Origin : filtre anti-pub efficace pour économiser RAM et CPU bouffés par les pubs !
+ Close all & Clean : pour tout nettoyer en sortant du browser (selon les options cochées au niv du plugin)
Lecture vidéo/audio fluide dans Youtube

* LibreOffice (dernière version)
=> peu de RAM consommée, opérationnel !

Bravo Arpinux pour cette belle réalisation optimisée au max pour exploiter au mieux les ressource d'une machine !

Super pour donner une 2nde vie à un vieux PC ou créer une mini-VM...

Sais-tu si Nakedeb fonctionne bien sur un Asus eeePC 1000H avec 2 Go de RAM, en wifi ?
J'en ai un qui traîne qqpart, en dual boot avec W7 et Slax 9.x ... si j'ai un peu de temps, je les mettrais bien en concurrence, par curiosité.

@+

El Gecko

El_Gecko · Réseau

Hello Priareos,

Ha, je me sens un peu moins seul avec cette histoire de fou !

Ce VPS est apparemment sous KVM d'après le résultat de lscpu .

$ lscpu

Architecture:                    x86_64

CPU op-mode(s):                  32-bit, 64-bit

Byte Order:                      Little Endian

Address sizes:                   40 bits physical, 48 bits virtual

CPU(s):                          2

On-line CPU(s) list:             0,1

Thread(s) per core:              1

Core(s) per socket:              2

Socket(s):                       1

NUMA node(s):                    1

Vendor ID:                       GenuineIntel

CPU family:                      6

Model:                           45

Model name:                      Intel(R) Core(TM) i7-3930K CPU @ 3.20GHz

Stepping:                        7

CPU MHz:                         3200.350

BogoMIPS:                        6400.70

Hypervisor vendor:               KVM   <= <= <= <= <=

Virtualization type:             full

L1d cache:                       64 KiB

L1i cache:                       64 KiB

L2 cache:                        8 MiB

L3 cache:                        16 MiB

NUMA node0 CPU(s):               0,1

Vulnerability Itlb multihit:     KVM: Mitigation: VMX unsupported

Vulnerability L1tf:              Mitigation; PTE Inversion

Vulnerability Mds:               Vulnerable: Clear CPU buffers attempted, no microcode; SMT Host state unknown

Vulnerability Meltdown:          Mitigation; PTI

Vulnerability Mmio stale data:   Unknown: No mitigations

Vulnerability Retbleed:          Not affected

Vulnerability Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl and seccomp

Vulnerability Spectre v1:        Mitigation; usercopy/swapgs barriers and __user pointer sanitization

Vulnerability Spectre v2:        Mitigation; Retpolines, IBPB conditional, IBRS_FW, STIBP disabled, RSB filling, PBRSB-

                                 eIBRS Not affected

Vulnerability Srbds:             Not affected

Vulnerability Tsx async abort:   Not affected

Flags:                           fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fx

                                 sr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon rep_good nopl

                                  xtopology cpuid tsc_known_freq pni pclmulqdq ssse3 cx16 pcid sse4_1 sse4_2 x2apic pop

                                 cnt tsc_deadline_timer aes xsave avx hypervisor lahf_lm cpuid_fault pti ssbd ibrs ibpb

                                  tsc_adjust xsaveopt arat umip

Les causes de la perte du SSH sont hyper obscures aussi.
Via une connexion x2go en SSH sur le port 22, j'ai réparé la conf OpenVPN puis a un moment j'ai arrêté et redémarré ufw puis j'ai rebooté et là, impossible de me reconnecter en SSH !?!
J'ai du passer par VNC et galéré un max avec la saisie de mon mot de passe root complexe, avec un pb de clavier mal géré... grrrrr... !

C'est quand même très pète burettes ces config qui disparaissent pour de très sombres raisons !
Heureusement, ce n'est pas de la PROD...

Je peux signaler le pb. au support de l'hébergeur mais avec mon tarif à 4€/mois de 2019, je n'ai rien à espérer !
Pour 2 CPU, 4 Go de RAM, 300Go de disque, 100Mbit/s, c'est cadeau mais faut pas trop en attendre...

@+

El Gecko.

El_Gecko · Réseau

Hello,

Il m'est arrivé un truc très curieux sur un VPS (2 CPU, 4 Go RAM ) sous Debian 11.

J'avais configuré récemment un serveur OpenVPN qui marchait très bien sur le port 443 en TCP et il y a 2 jours, impossible d'y accéder, à partir d'un client Unix ou Android.

Le service OpenVPN démarrait très bien mais impossible d'y accéder.
J'ai même perdu l'accès SSH !

En fait, j'ai du refaire à la main presque toute la partie réseau de l'installation:

sudo nano /etc/sysctl.conf

Ajout:

net.ipv4.ip_forward = 1

---

sudo nano /etc/ufw/before.rules

Ajout:

# START OPENVPN RULES

# NAT table rules

*nat

:POSTROUTING ACCEPT [0:0] 

# Allow traffic from OpenVPN client to eth0 (change to the interface you discovered!)

-A POSTROUTING -s 10.8.0.0/8 -o eth0 -j MASQUERADE

COMMIT

# END OPENVPN RULES

---

sudo nano /etc/default/ufw

Modif:

DEFAULT_FORWARD_POLICY="ACCEPT"

----

sudo ufw allow 22

sudo ufw allow 443

Je ne comprends vraiment pas ce qui a pu se passer. Comment ces réglages ont pu disparaître soudainement ?!?

Je soupçonne une mise à jour de sécurité faite le 3/6/2023 mais je trouve ça extrême !

Voici l'historique intégral des commandes lancées avant l'incident, sans utiliser le VPN, avec un compte du groupe sudo :

-----------------

sync; dd if=/dev/zero of=tempfile bs=1M count=1024; sync

sudo hdparm -Tt /dev/sda

sudo apt-get install hdparm

sudo apt update

sudo apt list --upgradable

sudo apt dist-upgrade

sudo apt list --upgradable

sudo apt update

sudo hdparm -Tt /dev/sda

sync; dd if=/dev/zero of=tempfile bs=1M count=1024; sync

ls

rm tempfile

hdinfo

sud hdinfo

lspci

lsusb

w

smartctl -a /dev/sda

sudo smartctl -a /dev/sda

sudo apt install smartctl

sudo smartctl

smartctl

sudo lshw -c disk

cat /sys/block/sda/queue/rotational

lsblk -d -o name,rota

time for i in `seq 1 1000`; do     dd bs=4k if=/dev/sda count=1 skip=$(( $RANDOM * 128 )) >/dev/null 2>&1; done

cat /proc/scsi/scsi

sudo  cat /proc/scsi/scsi

sg_vpd --page=bdc /dev/sda

sudo sg_vpd --page=bdc /dev/sda

sudo lshw -short -C disk

lsblk

cat /sys/block/sda/queue/rotational

sudo smartctl -a /dev/sda | grep 'Rotation Rate'

sudo hdparm -I /dev/sd*X* | grep SATA

sudo hdparm -I /dev/sda | grep SATA

sudo hdparm -I /dev/sda

cat /sys/block/vda/queue/rotational

cat /proc/scsi/scsi

sudo apt-get install fio

fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test --filename=random_read_write.fio --bs=4k --iodepth=64 --size=250M --readwrite=randrw --rwmixread=80

cd T*

cd ..

ls

cd Dow*

ls

cd Gee*

cd Geekbench-6.0.3-Linux

ls

./geekbench6

ps -ef | grep vpn

-----------------------
Je n'ai pas souvenir d'avoir lancé autre chose qu'un browser en mode graphique (Chromium ou Opera), j'ai très peu d'apllis graphiques installées, j'utilise principalement le terminal.

Avez-vous déjà rencontré ce genre de problème ???
Franchement, j'aimerais bien comprendre pour éviter que cela ne se reproduise.

@+

El Gecko.

El_Gecko · Installation et migration

Hello,

Le pb disparaît si je désinstalle Opera. Càd que je peux à nouveau utiliser sans erreur apt update et apt ugrade.

Merci pour ces suggestions que je vais tester ce WE car là, je tombe de sommeil.

@+

El Gecko.

El_Gecko · Réseau

Hello,

Aux grands maux les grands remèdes comme on dit !
J'ai retrouvé un WireShark portable qui traînait dans un coin de mon disque dur, même pas besoin de le dl !

Et là...on voit le "handshake" dans toute sa splendeur.

Les 1ères captures (l.143 à161) sont celles faites lors d'une cnx° OK via Putty vers le port SSH 443.
l. 426-481: test KO de cnx° via MobaXterm vers le port SSH 443 (qui n'est plus associé par Wireshark au protcole SSL mais toujours TCP).

J'ai toujours cru que juste après le handshake, la chaîne identifiant la version du client était envoyée.
Mais bon, là, MobaXterm a fait un autre choix, pourquoi ? Mystère !

Putty et X2Go passent sans problème en SSH par ce port 443.

@+

El Gecko.

El_Gecko · Installation et migration

Hello,

Je teste différents navigateurs et j'ai voulu installer la dernière version d'Opera ( dpkg -i opera-stable_88.0.4412.27_amd64.deb ) sous Debian 10 : c'est la cata !

Depuis, c'est un souk pas possible pour la mise à jour du système.

Seul remède, désinstaller Opéra, ce que propose apt --fix-broken install ?

Quelqu'un a déjà testé avec succès Opera sous Debian 10 ???

~# apt update

Hit:1 http://asi-fs-m.contabo.net/debian buster InRelease

Get:2 http://asi-fs-m.contabo.net/debian buster-updates InRelease [51.9 kB]

Get:3 http://security.debian.org/debian-security buster/updates InRelease [65.4 kB]

Hit:4 https://brave-browser-apt-release.s3.brave.com stable InRelease

Hit:5 https://deb.opera.com/opera-stable stable InRelease

Ign:6 http://download.webmin.com/download/repository sarge InRelease

Hit:7 http://download.webmin.com/download/repository sarge Release

Get:8 http://security.debian.org/debian-security buster/updates/main Sources [244 kB]

Get:9 http://security.debian.org/debian-security buster/updates/main amd64 Packages [334 kB]

Get:10 http://security.debian.org/debian-security buster/updates/main Translation-en [182 kB]

Fetched 877 kB in 1s (756 kB/s)

Reading package lists... Done

Building dependency tree

Reading state information... Done

1 package can be upgraded. Run 'apt list --upgradable' to see it.

W: Target Packages (non-free/binary-amd64/Packages) is configured multiple times in /etc/apt/sources.list:14 and /etc/apt/sources.list.d/opera-stable.list:4

W: Target Packages (non-free/binary-all/Packages) is configured multiple times in /etc/apt/sources.list:14 and /etc/apt/sources.list.d/opera-stable.list:4

W: Target Translations (non-free/i18n/Translation-en_US) is configured multiple times in /etc/apt/sources.list:14 and /etc/apt/sources.list.d/opera-stable.list:4

W: Target Translations (non-free/i18n/Translation-en) is configured multiple times in /etc/apt/sources.list:14 and /etc/apt/sources.list.d/opera-stable.list:4

W: Target Packages (non-free/binary-amd64/Packages) is configured multiple times in /etc/apt/sources.list:14 and /etc/apt/sources.list.d/opera-stable.list:4

W: Target Packages (non-free/binary-all/Packages) is configured multiple times in /etc/apt/sources.list:14 and /etc/apt/sources.list.d/opera-stable.list:4

W: Target Translations (non-free/i18n/Translation-en_US) is configured multiple times in /etc/apt/sources.list:14 and /etc/apt/sources.list.d/opera-stable.list:4

W: Target Translations (non-free/i18n/Translation-en) is configured multiple times in /etc/apt/sources.list:14 and /etc/apt/sources.list.d/opera-stable.list:4

root@vmi458278:~# apt upgrade

Reading package lists... Done

Building dependency tree

Reading state information... Done

You might want to run 'apt --fix-broken install' to correct these.

The following packages have unmet dependencies:

 opera-stable : Depends: libgcc-s1 (>= 3.0) but it is not installable

                Recommends: pepperflashplugin-nonfree but it is not installed

                Recommends: chromium-codecs-ffmpeg-extra but it is not installable

E: Unmet dependencies. Try 'apt --fix-broken install' with no packages (or specify a solution).

El_Gecko · Réseau

Hello,

Pas de nouvelle de mes nouveaux amis du support de MobaXterm mais bon, rien de surprenant, je suis sur une verson gratuite !

Bon, j'ai refait un test de capture réseau sans aucun filtre pour être sûr de ne rien manquer, j'ai toujours le même résultat:

Connexion MobaXterm vers le port SSH 44322: OK, le prompt de login s'affiche

Connexion MobaXterm vers le port SSH 443 : KO, le prompt n'apparaît jamais et absolument rien ne passe sur le réseau !?!
(pas de copie d'écran, rien à montrer !)

Avec Putty, sur lequel est sensé s'appuyer MobaXterm, tout marche nickel !

Connexion Putty vers le port SSH 44322: OK, le prompt de login s'affiche

Connexion Putty vers le port SSH 443: OK, le prompt de login s'affiche

Raleur a écrit :

Le serveur n'initie pas la session, il envoie sa version quand il reçoit une connexion.

Et on ne voit rien passer sur le réseau "quand il reçoit une connexion" ???

@+

El_Gecko

El_Gecko · Réseau

Hello,

Raleur a écrit :

...je ne vois pas ce que je pourrais faire de plus puisque tu as déjà confirmé mon hypothèse.

J'ai regardé avec un petit sniffer gratuit très basique (Nirsoft - Smart sniffer) mais qui rend bien des services.

Je pensais que tu étais peut-être mieux outillé (Wireshark...) et plus compétent que moi pour une observation plus précise.

Mais bon, le serveur qui initie la session, ça m'intrigue.
C'est plus un serveur, par définition, non ?
....ou alors il crée un tunnel puis attend le client mais là, c'est pas le cas.

Si MobaXterm daigne me répondre, je vous tiendrai au jus.

@+

El Gecko.

El_Gecko · LXDE / LXQt

Hello,

Eurêka !

La réponse était dans la question.

"VPS X2go OK ... (toutes les installations ont été faites via sudo avec un user du groupe sudo)"

et cela fait toute la différence !

La touche AltGr [Alt Gr] (hé, hé, ça marche, j'ai bien accès aux crochets!) est KO si je me connecte via X2Go en root !
Elle marche nickel avec n'importe quel user, qu'il appartienne ou non au groupe sudo.

Hé oui, on n'est pas sensé se connecter à distance en étant root, pour des raisons de sécurité, mais ils aurient pu mettre un warning !

En fait, tout marche très bien en root sauf cette touche de clavier.
D'après ce que j'ai compris, pour root, il manque certains fichiers de conf X11.

@+ (Wahooo! Un @ !)

El Gecko.

Debian-facile

#1 Re : Vos sites et projets perso » nakeDeb, une debian toute nue, but safe for work ! » 06-08-2023 18:14:50

#2 Re : Installation et migration » Installation bootable sur SSD externe 4Kn » 17-07-2023 18:12:09

#3 Re : Vos sites et projets perso » nakeDeb, une debian toute nue, but safe for work ! » 15-07-2023 17:57:44

#4 Re : Vos sites et projets perso » nakeDeb, une debian toute nue, but safe for work ! » 15-07-2023 17:52:45

#5 Re : Vos sites et projets perso » nakeDeb, une debian toute nue, but safe for work ! » 04-07-2023 23:59:28

#6 Re : Vos sites et projets perso » nakeDeb, une debian toute nue, but safe for work ! » 04-07-2023 17:32:54

#7 Re : Suivi du Wiki et des Projets Git » nakeDeb persistance sous Ventoy » 04-07-2023 00:49:01

#8 Re : Vos sites et projets perso » nakeDeb, une debian toute nue, but safe for work ! » 02-07-2023 22:13:34

#9 Re : Suivi du Wiki et des Projets Git » nakeDeb persistance sous Ventoy » 02-07-2023 21:17:42

#10 Re : Installation et migration » Installation bootable sur SSD externe 4Kn » 02-07-2023 15:28:55

#11 Re : Vos sites et projets perso » nakeDeb, une debian toute nue, but safe for work ! » 02-07-2023 15:13:25

#12 Re : Suivi du Wiki et des Projets Git » nakeDeb persistance sous Ventoy » 02-07-2023 15:09:08

#13 Re : Installation et migration » Installation bootable sur SSD externe 4Kn » 30-06-2023 17:07:50

#14 Re : Vos sites et projets perso » nakeDeb, une debian toute nue, but safe for work ! » 30-06-2023 16:44:08

#15 Re : Installation et migration » Installation bootable sur SSD externe 4Kn » 30-06-2023 10:53:21

#16 Installation et migration » Installation bootable sur SSD externe 4Kn » 29-06-2023 11:48:48

#17 Re : Vos sites et projets perso » nakeDeb, une debian toute nue, but safe for work ! » 06-06-2023 23:06:42

#18 Re : Réseau » OpenVPN: accès soudain impossible cause perte configuration(ufw...)!?! » 06-06-2023 22:04:39

#19 Réseau » OpenVPN: accès soudain impossible cause perte configuration(ufw...)!?! » 05-06-2023 21:09:30

#20 Re : Installation et migration » Debian 10 + Opera 88 = la cata !!! » 07-07-2022 00:26:36

#21 Re : Réseau » SSH : MobaXterm vs Putty » 07-07-2022 00:15:31

#22 Installation et migration » Debian 10 + Opera 88 = la cata !!! » 04-07-2022 22:58:00

#23 Re : Réseau » SSH : MobaXterm vs Putty » 04-07-2022 22:04:15

#24 Re : Réseau » SSH : MobaXterm vs Putty » 27-06-2022 22:23:35

#25 Re : LXDE / LXQt » X2Go : caractères spéciaux par [Alt Gr] absents au clavier » 27-06-2022 22:01:35

Pied de page des forums