logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#2 Re : Matériel » clé chiffrée plus reconnue » 26-03-2022 15:35:37

deb2deb
OK, réponse rapide et claire.
Merci.

#3 Matériel » clé chiffrée plus reconnue » 26-03-2022 14:56:02

deb2deb
Réponses : 2
Bonjour,
après opération de sauvegarde via grsync sur une clé usb, je n'ai pas pu la démonter proprement (message "attendez que la clé se démonte" pendant plus d'une heure, diode de la clé qui clignote comme une folle). Après l'avoir retiré sauvagement (je sais, je m'en veux terriblement), elle n'est plus reconnue. À vrai dire, jusque là c'est assez classique.
Seulement, depuis plus moyen de la récupérer ou de la formater.
dmesg |tail :

[  786.589812] usb 1-1: New USB device found, idVendor=05dc, idProduct=a781, bcdDevice=11.00
[  786.589818] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  786.589822] usb 1-1: Product: JD FireFly
[  786.589824] usb 1-1: Manufacturer: Lexar
[  786.589827] usb 1-1: SerialNumber: AA04019700007708
[  786.592155] usb-storage 1-1:1.0: USB Mass Storage device detected
[  786.592835] scsi host4: usb-storage 1-1:1.0
[  787.596469] scsi 4:0:0:0: Direct-Access     Lexar    JD FireFly       1100 PQ: 0 ANSI: 0 CCS
[  787.597043] sd 4:0:0:0: Attached scsi generic sg2 type 0
[  787.652483] sd 4:0:0:0: [sdb] Attached SCSI removable disk


Elle est bien reconnue dans le journal.
Mais, blkid :

/dev/sda1: UUID="BFBE-873F" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="6ddd6f45-9f55-48a7-a58a-b39c90275ee9"
/dev/sda2: UUID="96897a1c-d5a4-4496-ae0d-e42d0fa15474" BLOCK_SIZE="1024" TYPE="ext2" PARTUUID="52b10ed9-eb8e-468d-b241-6b576d43da6d"
/dev/sda3: UUID="61fb30de-4f1d-4edf-bbc9-6d66f605b960" TYPE="crypto_LUKS" PARTUUID="8074c6d7-29f9-478c-910b-846ce8955ec2"
/dev/mapper/sda3_crypt: UUID="jybUVw-fWWT-cHRc-TSKC-yCtx-sMqk-1YIfco" TYPE="LVM2_member"
/dev/mapper/bureau--vg-root: UUID="9a923c78-d50d-4df4-b17a-c97de4e51440" BLOCK_SIZE="4096" TYPE="ext4"
/dev/mapper/bureau--vg-swap_1: UUID="85c13b5b-15ea-46ce-aecd-6868bf570230" TYPE="swap"
/dev/mapper/bureau--vg-home: UUID="d814660e-85f1-4e09-840d-307a4f9b1212" BLOCK_SIZE="4096" TYPE="ext4"


Là /dev/sdb n'apparait pas.
fsdisk -l :

Disque /dev/sda : 447,13 GiB, 480103981056 octets, 937703088 secteurs
Modèle de disque : CT480BX500SSD1 
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 : A78665DB-85F0-463F-86DD-F73F3216FF50

Périphérique   Début       Fin  Secteurs Taille Type
/dev/sda1       2048   1050623   1048576   512M Système EFI
/dev/sda2    1050624   2050047    999424   488M Système de fichiers Linux
/dev/sda3    2050048 937701375 935651328 446,2G Système de fichiers Linux

Disque /dev/mapper/sda3_crypt : 446,14 GiB, 479036702720 octets, 935618560 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/mapper/bureau--vg-root : 27,94 GiB, 29997662208 octets, 58589184 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/mapper/bureau--vg-swap_1 : 976 MiB, 1023410176 octets, 1998848 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/mapper/bureau--vg-home : 417,25 GiB, 448014581760 octets, 875028480 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


Rien.
Y a-t-il un autre moyen pour accéder à ma clé ? Ne serait-ce que pour la reformater.
Merci.

#4 Re : Autres » [RESOLU] Ecrire en Suédois » 15-03-2022 18:01:18

deb2deb
Ma réponse est tardive et je n'ai peut-être pas bien compris ce que tu voulais obtenir, mais il me semble qu'avec un clavier azerty les ä (¨ + a) Ä (¨ + A) ö (¨ + o) Ö (¨ + O) ne posent pas de problèmes, si ?
Pour l'a angström, si tu actives la touche compose (chez moi, il s'agit de la touche Fenêtre de gauche), il suffit de faire un  compose + o + a ou A (ex : å, Å).
Mes deux cents.

#5 Re : Système » Vaut-il le coup de passer un vieux portable en 32bit. » 18-12-2021 12:01:33

deb2deb
J'avais déjà essayé Antix, mais comme tu le précises, l'environnement est très minimaliste. En fait, on peut arriver à une configuration similaire sous Debian. D'ailleurs, si ça n'a pas changé, je crois que la base d'Antix c'est Debian.
En fait, si j'hésite à faire l'achat de mémoire, c'est pour deux raisons :

1/ je travaille en bénévole pour une association qui fournit des ordinateurs à des gens avec peu de ressources (euphémisme) et dont l'impératif premier c'est de faire le plus d'économie possible, à tous les niveaux. Les collectivités ont de moins en moins d'argent, paraît-il mais elles ne semblent peu se soucier des problèmes d'argent des familles et des particuliers.

2/ les ordinateurs que je reconditionne sont généreusement donnés la plupart du temps, sont par conséquent déjà assez vieux et ont des durées de vie variables mais dans l'ensemble plutôt courtes.

Bref, nous travaillons avec les moyens du bord (et dans les limites que nous imposent la société de consommation).

Voilà voilà.

Sinon, en 32 bit, le portable se comporte plutôt pas mal. De toute façon il sera surtout destiné à l'accès aux différents services administratifs "dématérialisés". Rien de trop lourd (pas de jeux en réseaux ou je ne sais quoi). Pour le moment je me bats avec un "bug" lié à la carte graphique. Mais c'est un autre problème.

#6 Re : Système » Vaut-il le coup de passer un vieux portable en 32bit. » 08-12-2021 11:33:48

deb2deb
Petite coda à ce fil.
J'ai installé une version 32 bit sur un portable de configuration assez semblable au mien (Acer, 1G de RAM, duo core). Et franchement si je compare avec mon système, eh bien force est de constater que 32 bit est moins gourmand en RAM. À l'ouverture de session, 450M de RAM en 32 bit (pour 650~700M en 64bit). Ce n'est pas le Pérou, mais sur des petites configurations ça peut toujours servir.
En conclusion sur des machines avec peu de RAM (moins de 2G, disons), je crois que 32 bit est une solution parmi d'autres pour gagner quelques Méga de RAM.

#7 Re : Système » Vaut-il le coup de passer un vieux portable en 32bit. » 15-11-2021 12:53:14

deb2deb
Bonjour,

j'ai installé zram-tools et après avoir testé différentes configurations du fichier /etc/default/zramswap, j'ai opté pour ALGO=zstd, SIZE=1024, laissant les autres paramètres par défaut. Et je dois dire que la meilleure réactivité de l'ensemble du système est sensible. Les programmes démarrent (et se ferment !) plus vite. Bien sûr Firefox et Thunderbird rament toujours au démarrage (mais LibreOffice se "lance" nettement plus vite, une surprise), mais une fois lancé, je peux même jongler entre 4 ou 5 onglets dans Firefox.
Franchement, j'étais assez sceptique, mais zram améliore le confort, indubitablement. Je n'exclus pas d'acheter de la RAM, mais en attendant zram fait l'affaire.

@naguam : merci pour toutes ces infos. C'est réconfortant de voir que l'avenir nous réserve peut-être de bonnes choses du côté de la prise en charge des "ordinosaures". P.S. : je ne connaissais pas phoronix, mais il y a là d'excellentes choses à grappiller.

#8 Re : Système » Vaut-il le coup de passer un vieux portable en 32bit. » 14-11-2021 19:15:21

deb2deb
@Reewan : mmm, sur le papier (enfin l'écran) zram a l'air intéressant, je vais tester pour voir.

Firefox est particulièrement lourd et ça ne date pas d'hier. Sur ce portable, avec lxqt comme environnement de bureau (>300M de RAM utilisée au démarrage), dès que je démarre Firefox, la RAM passe à 750-800M et ça swap forcément (env 200M).

@bartaba : c'est vrai que pour 10-12€... Si zram n'arrange rien, je vais sans doute me laisser tenter. Si ça peut prolonger la vie du portable, je ne suis pas contre.

En tous les cas, je vous remercie tous pour vos idées et réponses.

#9 Re : Système » Vaut-il le coup de passer un vieux portable en 32bit. » 14-11-2021 10:39:32

deb2deb
Bonjour,

merci pour vos réponses.
Si je comprends bien ça n'en vaut pas vraiment la peine.
@bartaba : c'est bien le modèle. Par contre je ne suis pas sûr que ça vaille la dépense. C'est quand même un vieux portable, qui ne tiendra pas encore 20 ans, hein...

Petite question subsidiaire : quand Mozilla recommande 512M de RAM pour ses versions 32bit et 2G pour celles en 64bit, qu'est-ce qu'il entend par là exactement ? Moi je comprends que Firefox 32bit utilise 4X moins de RAM, non ?

#10 Système » Vaut-il le coup de passer un vieux portable en 32bit. » 13-11-2021 12:28:54

deb2deb
Réponses : 18
Bonjour à tous,

j'ai un portable HP pavilion 2500 de 12 ans d'âge (dual core, 64bit, 1G de RAM) qui se fait vraiment lent depuis buster. Avec bullseye je suppose que ce sera encore pire. Je me demandais si en passant le système en 32bit je pouvais libérer un peu de RAM.
La question m'est venu en voyant sur le site de mozilla que la version 32bit de firefox consommait moins de RAM.

Merci de vos réponses forcément éclairées.

#11 Re : Installation et migration » Comment passer à Debian » 05-10-2021 17:00:52

deb2deb

seb95 a écrit :

Bonjour, je sais que je ne vais pas aider, mais je n'ai jamais eu de soucis de matos chez Debian, par contre ce n'est pas automatisé comme sous Ubuntu/Manjaro/openSUSE/Mandriva(Mageia).


Par exemple le SSD peut poser un petit souci de ralenti avec le temps. J'en ai récemment fait l'expérience avec un nouveau SSD 480G. C'était le premier que j'utilisais et j'en ignorai les spécificités. Au bout de quelques semaines il s'est mis à "ralentir" (gros effets de latence). C'est en tombant un peu par hasard sur la page du wiki debian consacrée à la configuration des SSD que j'ai compris d'où venait le problème. J'ai activé le "trim" comme expliqué sur la page en question et tout semble fonctionner correctement maintenant. Sur ubuntu, d'après la documentation, le "trim" est activé par défaut.

Mais je suis d'accord avec toi, debian ce n'est pas aussi compliqué qu'on le dit.

#12 Re : Matériel » debian en libre service, restreindre au navigateur ? » 14-10-2011 18:25:41

deb2deb
Peut-être en utilisant un programme comme sabayon ou pessulus ???
Ils sont destinés essentiellement à créer des "kiosk" pour cyber café par exemple.

Jamais testé, toutefois.

#13 Re : Vos sites et projets perso » Mon site web : nouveau départ » 30-07-2011 09:31:37

deb2deb
La galerie bouffe 61% des processeurs en visualisation !!!
Ouf...

Sinon, c'est chouette
epiphany-browser sur squeeze.

#14 Re : Matériel » [Non réglé] Gestionnaire de mise a jour plus efficace » 03-04-2011 16:56:57

deb2deb

Patriboom a écrit :

Merci deb2deb,

   c'est justement ce que je cherche dans gconf-editor, mais dans le mien je n'ai pas de "auto-launch"
   voici les trois options qui se trouvent dans gconf-editor:  check-list-upgrades, remind-reload, show-details
   C'est dans apps/update-manager

   Pourquoi le mien n'a-t-il pas les mêmes options que ton gconf-editor ?
 

   Merci.

   au fait, comment fait-on pour remplir un rapport de souhait (wishlist) ?


auto-launch est dans apps/update-notifier.

Pour les rapports de bogues, j'utilise reportbug (Applications > Outils système >) il suffit d'indiquer le niveau de gravité à wishlist. Simple.

#15 Re : Matériel » [Non réglé] Gestionnaire de mise a jour plus efficace » 02-04-2011 19:16:47

deb2deb
Peut-être remplir un rapport de bogue (wishlist) sur le paquet update-manager ?

Sinon, depuis gconf-editor, il existe une option auto-launch pour update-notifier. Pas essayé, mais d'après la description, ça peut correspondre à ce que tu veux.

#16 Re : Matériel » [Non réglé] Gestionnaire de mise a jour plus efficace » 02-04-2011 10:08:09

deb2deb
1/ Système > Administration > Sources de mise à jour
2/ Onglet Updates
3/ Cocher Install security updates without confirmation

Et voilà !

#17 Re : Matériel » comment sortir de la mise en veille sous Squeeze ? » 20-02-2011 00:37:58

deb2deb
Il me semble que ça se règle dans Système>Préférences>Gestionnaire d'énergie

#18 Re : Autres » Gthumb ne se lance pas » 19-02-2011 14:41:48

deb2deb
shotwell utilise par défaut gimp pour modifier les photos.
Il suffit de sélectionner la photo qu'on veut modifier et de faire Ctrl+Retour (ou menu Photos>ouvrir avec l'éditeur externe).

#19 Re : Matériel » (Résolu) Problèmes d'administration avec les outils graphique. » 19-02-2011 10:52:27

deb2deb
Salut,

il s'agit d'un bogue répertorié :
569035
Apparemment, supprimer le fichier /etc/dbus-1/system.d/system-tools-backends.conf
puis réinstaller system-tools-backends comme suit (en root ou via sudo)

apt-get --reinstall install system-tools-backends


devrait régler ton souci.

#20 Re : Autres » flashplugin-nonfree refuse de s'installer correctement [RESOLU] » 16-02-2011 14:40:46

deb2deb

root@guillaume-desktop:/home/guillaume# apt-get install flashplugin-nonfree/lenny-backports


Si tu as installé une squeeze toute fraîche, les backports sont inutiles. Le paquet flashplugin-nonfree se trouve désormais dans les dépôts "officiels" de debian (section non-free, bien sûr).

#21 Re : Autres » Gthumb ne se lance pas » 16-02-2011 10:32:36

deb2deb
Et sinon maintenant sous gnome, le logiciel par défaut pour les photos c'est shotwell.
Très sympa, il fait tout comme gthumb avec des petits trucs sympa en plus.

Pied de page des forums

Propulsé par FluxBB