Linux06 January 2022

linux06@lists.linux-azur.org

9 participants
8 discussions

Prévision de dates pour l'AG Linux Azur
by secrétariat de Linux Azur 20 Feb '22

20 Feb '22

Bonsoir, ce message s'adresse en priorité aux adhérents de Linux Azur. En partant de l'hypothèse que cette AG puisse être tenue en regroupement physique, accessible à tous sans discrimination, il nous faut définir dès maintenant une date pour garantir la disponibilité d'une salle. Ce serait un samedi après-midi, fin février ou début mars. Merci aux participants de positionner leurs disponibilités (ou indisponibilités selon ce qui est le plus facile) sur le sondage dédié : <URL:https://rdv.linux-azur.org/7aCH3K2ttHjtlvkF> Bonne nuit, Vincent. -- Site principal : https://www.linux-azur.org

2 1

Re: [HELP] deboires sous Android -> monter une SD card en ext4
by oliviero＠club-internet.fr 20 Jan '22

20 Jan '22

‌Hello Vincent, J'arrive sur le sujet un peu après la bataille. Tu veut copier ta carte interne ailleurs afin d'utiliser photorec, tu as un émulateur de terminal et un téléphone rooté ? Tu peut effectivement écraser ta sd non formaté avec un dd mais tu ne pourra le faire que pour un dd. ( parce que dd va repartir du début de la sd a chaque fois ) Si tu la formates et que android la monte rien ne t'empêche de faire un dd vers un fichier iso sur ta sd montée et récupérer sur ton linux cette ( ou ces iso ) de partition afin de les traiter ( voir le formatage réel et les diverses options qui pourrais être mise sur les partitions android ). Du coup tu pourra avoir des iso de toutes les partitions et pseudo partitions de ton android et chercher partout tes données ( dés fois qu'ils les planquent mais vu que c'est un téléphone rooté il est peut-être moins farfelu qu'un android totalement propriétaire. ) Patrick. De : "Vincent" A : linux06(a)lists.linux-azur.org Envoyé: mercredi 19 Janvier 2022 11:33 Objet : [HELP] deboires sous Android -> monter une SD card en ext4 Re, en fait, ayant un émulateur terminal sur ce téléphone, il ne reste 'plus' qu'à monter une micro SD card en ext4 et faire un dd dessus... Ce qui suppose de créer un point de montage hors /data le temps de faire un dd... Mais peut-être me fais-je des noeuds au cerveau, et que je peux simplement écraser le contenu de la SD card (non formatée pour que Android ne la monte pas) avec un dd? Question subsidiaire, commen tla voir alors (pas de lsblk de mémoire sur adb et je ne crois pas non plus sous termux) Merci, Vincent. Le 19/01/2022 à 11:00, Vincent a écrit : > Bonjour Christophe, > > J'ai quand même bien tenté une APK toxique (qui t'impose des pub), > mais en fait, comme souvent, c'est bidon : il te retrouve les photos > égarées et éventuellement fait une récupération sur les partitions vfat. > Cela a été une pure perte de temps, surtout que c'est une boite noire > dont il m'a fallu essayer de surveiller les actions, notamment en > basculant en mode avion... > > Pour ton lien, outre que c'est complexe, cela s'adresse aux données > sur la carte SD, pas sur la mémoire interne en ext4. > > Je regarde pour activer le support UMS et ainsi pouvoir monter en > Read-Only la partition /data, ce qui serait nettement plus simple pour > faire un dd... > > > > qui est cité dans : > > > > Je crois qu'il va me falloir faire le deuil, d'autant que j'ai besoin > de rallumer mon téléphone, et qu'à chaque fois que je le fais, je > perds un peu plus mes chances de récupération. > > Bon, cela m'apprendra à laisser traîner les choses : je n'ai toujours > pas mis en place un vrai système d'archivage. > > Vincent. > > Le 19/01/2022 à 10:38, CgX (Christophe) a écrit : >> Bonjour, je ne saurais non plus répondre à ton problème. >> >> Il semble exister des applications permettant de récupérer les >> fichiers effacés, mais ils sont sur le "play store" ce qui n'est pas >> acceptable selon tes/mes critères :) >> >> Sinon, y'a un type qui s'est amusé à compiler ddrescue pour android, >> mais c'est du haut-vol : >> https://ncrmnt.org/2017/05/12/data-recovery-sd-ddrescue-and-android/ >> >> -- >> Christophe >> >> >> Le 19/01/2022 à 09:51, Vincent a écrit : >>> Bonjour, >>> >>> mon message ne semble pas avoir franchi le filtre anti-spam... >>> >>> Même si je prends toute piste, ma question est surtout : comment >>> monter sous Android un carte SD temporaire en ext4? >>> Pour pouvoir faire une image complète de 25 Go avec une commande dd. >>> >>> Merci, >>> Vincent >>> >>> -------- Message transféré -------- >>> Sujet : [HELP] deboires sous Android >>> Date : Wed, 19 Jan 2022 01:39:52 +0100 >>> Pour : Liste principale de Linux Azur >>> >>> >>> >>> >>> Bonsoir, >>> >>> ce soir, en mode boulet distrait, j'ai voulu nettoyer ma galerie >>> photos... et j'ai en fait supprimé un dossier complet!!! >>> Du coup, je me prends la tête pour retrouver où sont elles planquées... >>> >>> Pas de corbeille visiblement dans cette application - c'est balot. >>> >>> Le téléphone est rooté, j'ai un accès complet via adb shell >>> >>> Je m'apprête à remplacer la carte micro SD par une plus grosse et >>> vierge et faire un dd de la partition qui va bien pour ensuite la >>> monter sur mon PC et lancer un photorec... >>> >>> Question : c'est quoi donc que la partition qui va bien? >>> >>> C'est de l'android 6.0.1, et : >>> >>> ls -al /dev/block/platform/msm_sdcc.1/by-name/ < >>> lrwxrwxrwx root root 1970-01-20 08:57 DDR -> >>> /dev/block/mmcblk0p4 >>> lrwxrwxrwx root root 1970-01-20 08:57 aboot -> >>> /dev/block/mmcblk0p5 >>> lrwxrwxrwx root root 1970-01-20 08:57 boot -> >>> /dev/block/mmcblk0p8 >>> lrwxrwxrwx root root 1970-01-20 08:57 cache -> >>> /dev/block/mmcblk0p15 >>> lrwxrwxrwx root root 1970-01-20 08:57 dbi -> >>> /dev/block/mmcblk0p3 >>> lrwxrwxrwx root root 1970-01-20 08:57 fsc -> >>> /dev/block/mmcblk0p18 >>> lrwxrwxrwx root root 1970-01-20 08:57 fsg -> >>> /dev/block/mmcblk0p17 >>> lrwxrwxrwx root root 1970-01-20 08:57 modem -> >>> /dev/block/mmcblk0p1 >>> lrwxrwxrwx root root 1970-01-20 08:57 modemst1 -> >>> /dev/block/mmcblk0p11 >>> lrwxrwxrwx root root 1970-01-20 08:57 modemst2 -> >>> /dev/block/mmcblk0p12 >>> lrwxrwxrwx root root 1970-01-20 08:57 pad -> >>> /dev/block/mmcblk0p10 >>> lrwxrwxrwx root root 1970-01-20 08:57 persist -> >>> /dev/block/mmcblk0p14 >>> lrwxrwxrwx root root 1970-01-20 08:57 recovery -> >>> /dev/block/mmcblk0p16 >>> lrwxrwxrwx root root 1970-01-20 08:57 rpm -> >>> /dev/block/mmcblk0p7 >>> lrwxrwxrwx root root 1970-01-20 08:57 sbl1 -> >>> /dev/block/mmcblk0p2 >>> lrwxrwxrwx root root 1970-01-20 08:57 splash -> >>> /dev/block/mmcblk0p6 >>> lrwxrwxrwx root root 1970-01-20 08:57 ssd -> >>> /dev/block/mmcblk0p19 >>> lrwxrwxrwx root root 1970-01-20 08:57 system -> >>> /dev/block/mmcblk0p13 >>> lrwxrwxrwx root root 1970-01-20 08:57 tz -> >>> /dev/block/mmcblk0p9 >>> lrwxrwxrwx root root 1970-01-20 08:57 userdata -> >>> /dev/block/mmcblk0p20 >>> >>> comme : >>> mount | grep block >>> /dev/block/platform/msm_sdcc.1/by-name/system /system ext4 >>> ro,seclabel,relatime,discard,data=ordered 0 0 >>> /dev/block/platform/msm_sdcc.1/by-name/userdata /data ext4 >>> rw,seclabel,nosuid,nodev,relatime,discard,noauto_da_alloc,data=ordered >>> 0 0 >>> /dev/block/platform/msm_sdcc.1/by-name/cache /cache ext4 >>> rw,seclabel,nosuid,nodev,relatime,data=ordered 0 0 >>> /dev/block/platform/msm_sdcc.1/by-name/persist /persist ext4 >>> rw,seclabel,nosuid,nodev,relatime,data=ordered 0 0 >>> /dev/block/platform/msm_sdcc.1/by-name/modem /firmware vfat >>> ro,context=u:object_r:firmware_file:s0,relatime,uid=1000,gid=1000,fmask=0337,dmask=0227,codepage=cp437,iocharset=iso8859-1,shortname=lower,errors=remount-ro >>> 0 0 >>> /dev/block/vold/public:179,65 /mnt/media_rw/70C9-1D12 vfat >>> rw,dirsync,nosuid,nodev,noexec,relatime,uid=1023,gid=1023,fmask=0007,dmask=0007,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro >>> 0 0 >>> >>> et : >>> df >>> Filesystem Size Used Free Blksize >>> /dev 923.1M 96.0K 923.0M 4096 >>> /sys/fs/cgroup 923.1M 12.0K 923.1M 4096 >>> /mnt 923.1M 0.0K 923.1M 4096 >>> /system 2.0G 503.8M 1.5G 4096 >>> /data 25.0G 9.5G 15.5G 4096 >>> /cache 629.5M 10.0M 619.5M 4096 >>> /persist 4.9M 4.8M 92.0K 4096 >>> /firmware 64.0M 56.2M 7.8M 16384 >>> /storage 923.1M 0.0K 923.1M 4096 >>> /mnt/runtime/default/emulated 25.0G 9.5G 15.5G 4096 >>> /storage/emulated 25.0G 9.5G 15.5G 4096 >>> /mnt/runtime/read/emulated 25.0G 9.5G 15.5G 4096 >>> /mnt/runtime/write/emulated 25.0G 9.5G 15.5G 4096 >>> /mnt/media_rw/70C9-1D12 7.3G 1.6G 5.7G 32768 >>> /mnt/runtime/default/70C9-1D12 7.3G 1.6G 5.7G 32768 >>> /storage/70C9-1D12 7.3G 1.6G 5.7G 32768 >>> /mnt/runtime/read/70C9-1D12 7.3G 1.6G 5.7G 32768 >>> /mnt/runtime/write/70C9-1D12 7.3G 1.6G 5.7G 32768 >>> >>> Et que j'ai lu que ce serait /data qui contiendrait les fichiers >>> supprimés (et à priori bien plus au vu de la taille, je me dis qu'un : >>> dd if=/dev/block/platform/msm_sdcc.1/by-name/userdata >>> of=/storage/nom_de_la_SD_externe/SOS >>> >>> Devrait le faire si je trouve une micro SD assez grosse... sauf >>> qu'il me semble que c'est du vfat... >>> >>> Une idée? >>> >>> Merci, >>> Vincent / boulet >>> >> _______________________________________________ >> Linux06 mailing list >> Linux06(a)lists.linux-azur.org >> https://lists.linux-azur.org/mailman/listinfo/linux06 >> Attention, les archives sont publiques > > _______________________________________________ > Linux06 mailing list > Linux06(a)lists.linux-azur.org > https://lists.linux-azur.org/mailman/listinfo/linux06 > Attention, les archives sont publiques _______________________________________________ Linux06 mailing list Linux06(a)lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/linux06 Attention, les archives sont publiques

5 9

test
by Vincent 20 Jan '22

20 Jan '22

ceci est un test

2 1

Re: [HELP] deboires sous Android -> monter une SD card en ext4
by oliviero＠club-internet.fr 19 Jan '22

19 Jan '22

‌Alors normalement si tu montes un FS dans /data et qu'il monte le suivant sur le même /data l'un cache l'autre effectivement il faut s'assurer que ta carte SD est bien monté quelques part mais même si ta carte se monte sur /data ca ne pose pas de soucis. Pourquoi ? Parce que si tu sais sur quel chemin est monté ta carte sd et que ton /data se retrouve vide ( puisque contient ta carte sd en lieu et place de ta carte interne ) le fait defaire un dd if=/dev/block/mmblk0p20 of=/data/mmblk0p20.iso va te créer un fichier sur ta carte sd contenant la partition /dev/block/mmblk0p20 et tu te fous de savoir ou est monté /dev/block/mmblk0p20 puisque tu l'attaque en tant que bloc et pas en tant que FS. Une fois que tu as l'iso tu le monte en loop sur ton système Linux préféré et tu fait toute les recherches que tu veut avec tous les outils que tu peut aimer trouver. Si tu en fait une copie tu peut même utiliser des outils destructifs puisque tu aura une copie d'origine a l'état initial. Bon appétit et bonne chance. A+ Patrick. De : "Vincent" A : linux06(a)lists.linux-azur.org Envoyé: mercredi 19 Janvier 2022 13:52 Objet : Re: [HELP] deboires sous Android -> monter une SD card en ext4 Salut Patrick, oui, je viens de lancer la commande en supposant que c'était bien dans la seule partition /data. J'ai préféré ne pas monter la carte SD, simplement car je n'ai pas réussi à m'assurer que le point de montage ne se trouverait pas aussi dans /data... Du coup, je me suis limité à un dd if=/dev/block/mmblk0p20 of=/dev/block/mmkbl1 Et aléa jacta est! Là, je ne vois plus l'avancée... mais en busybox, il ne faut pas trop le lui en demander... Je vais manger et faire autre chose en attendant! A+ Vincent. Le 19/01/2022 à 11:57, oliviero(a)club-internet.fr a écrit : > ‌Hello Vincent, > > J'arrive sur le sujet un peu après la bataille. > > Tu veut copier ta carte interne ailleurs afin d'utiliser photorec, tu > as un émulateur de terminal et un téléphone rooté ? > Tu peut effectivement écraser ta sd non formaté avec un dd mais tu ne > pourra le faire que pour un dd. ( parce que dd va repartir du début de > la sd a chaque fois ) > Si tu la formates et que android la monte rien ne t'empêche de faire > un dd vers un fichier iso sur ta sd montée et récupérer sur ton linux > cette ( ou ces iso ) de partition afin de les traiter ( voir le > formatage réel et les diverses options qui pourrais être mise sur les > partitions android ). > Du coup tu pourra avoir des iso de toutes les partitions et pseudo > partitions de ton android et chercher partout tes données ( dés fois > qu'ils les planquent mais vu que c'est un téléphone rooté il est > peut-être moins farfelu qu'un android totalement propriétaire. ) > > Patrick. > De : "Vincent" > A : linux06(a)lists.linux-azur.org > Envoyé: mercredi 19 Janvier 2022 11:33 > Objet : [HELP] deboires sous Android -> monter une SD card en ext4 > Re, > > en fait, ayant un émulateur terminal sur ce téléphone, il ne reste > 'plus' qu'à monter une micro SD card en ext4 et faire un dd dessus... > > Ce qui suppose de créer un point de montage hors /data le temps de faire > un dd... > > > > > Mais peut-être me fais-je des noeuds au cerveau, et que je peux > simplement écraser le contenu de la SD card (non formatée pour que > Android ne la monte pas) avec un dd? > Question subsidiaire, commen tla voir alors (pas de lsblk de mémoire sur > adb et je ne crois pas non plus sous termux) > > Merci, > Vincent. > > Le 19/01/2022 à 11:00, Vincent a écrit : > > Bonjour Christophe, > > > > J'ai quand même bien tenté une APK toxique (qui t'impose des pub), > > mais en fait, comme souvent, c'est bidon : il te retrouve les photos > > égarées et éventuellement fait une récupération sur les partitions vfat. > > Cela a été une pure perte de temps, surtout que c'est une boite noire > > dont il m'a fallu essayer de surveiller les actions, notamment en > > basculant en mode avion... > > > > Pour ton lien, outre que c'est complexe, cela s'adresse aux données > > sur la carte SD, pas sur la mémoire interne en ext4. > > > > Je regarde pour activer le support UMS et ainsi pouvoir monter en > > Read-Only la partition /data, ce qui serait nettement plus simple pour > > faire un dd... > > > > > > > > qui est cité dans : > > > > > > > > Je crois qu'il va me falloir faire le deuil, d'autant que j'ai besoin > > de rallumer mon téléphone, et qu'à chaque fois que je le fais, je > > perds un peu plus mes chances de récupération. > > > > Bon, cela m'apprendra à laisser traîner les choses : je n'ai toujours > > pas mis en place un vrai système d'archivage. > > > > Vincent. > > > > Le 19/01/2022 à 10:38, CgX (Christophe) a écrit : > >> Bonjour, je ne saurais non plus répondre à ton problème. > >> > >> Il semble exister des applications permettant de récupérer les > >> fichiers effacés, mais ils sont sur le "play store" ce qui n'est pas > >> acceptable selon tes/mes critères :) > >> > >> Sinon, y'a un type qui s'est amusé à compiler ddrescue pour android, > >> mais c'est du haut-vol : > >> https://ncrmnt.org/2017/05/12/data-recovery-sd-ddrescue-and-android/ > >> > >> -- > >> Christophe > >> > >> > >> Le 19/01/2022 à 09:51, Vincent a écrit : > >>> Bonjour, > >>> > >>> mon message ne semble pas avoir franchi le filtre anti-spam... > >>> > >>> Même si je prends toute piste, ma question est surtout : comment > >>> monter sous Android un carte SD temporaire en ext4? > >>> Pour pouvoir faire une image complète de 25 Go avec une commande dd. > >>> > >>> Merci, > >>> Vincent > >>> > >>> -------- Message transféré -------- > >>> Sujet : [HELP] deboires sous Android > >>> Date : Wed, 19 Jan 2022 01:39:52 +0100 > >>> Pour : Liste principale de Linux Azur > >>> > >>> > >>> > >>> > >>> Bonsoir, > >>> > >>> ce soir, en mode boulet distrait, j'ai voulu nettoyer ma galerie > >>> photos... et j'ai en fait supprimé un dossier complet!!! > >>> Du coup, je me prends la tête pour retrouver où sont elles > planquées... > >>> > >>> Pas de corbeille visiblement dans cette application - c'est balot. > >>> > >>> Le téléphone est rooté, j'ai un accès complet via adb shell > >>> > >>> Je m'apprête à remplacer la carte micro SD par une plus grosse et > >>> vierge et faire un dd de la partition qui va bien pour ensuite la > >>> monter sur mon PC et lancer un photorec... > >>> > >>> Question : c'est quoi donc que la partition qui va bien? > >>> > >>> C'est de l'android 6.0.1, et : > >>> > >>> ls -al /dev/block/platform/msm_sdcc.1/by-name/ < > >>> lrwxrwxrwx root root 1970-01-20 08:57 DDR -> > >>> /dev/block/mmcblk0p4 > >>> lrwxrwxrwx root root 1970-01-20 08:57 aboot -> > >>> /dev/block/mmcblk0p5 > >>> lrwxrwxrwx root root 1970-01-20 08:57 boot -> > >>> /dev/block/mmcblk0p8 > >>> lrwxrwxrwx root root 1970-01-20 08:57 cache -> > >>> /dev/block/mmcblk0p15 > >>> lrwxrwxrwx root root 1970-01-20 08:57 dbi -> > >>> /dev/block/mmcblk0p3 > >>> lrwxrwxrwx root root 1970-01-20 08:57 fsc -> > >>> /dev/block/mmcblk0p18 > >>> lrwxrwxrwx root root 1970-01-20 08:57 fsg -> > >>> /dev/block/mmcblk0p17 > >>> lrwxrwxrwx root root 1970-01-20 08:57 modem -> > >>> /dev/block/mmcblk0p1 > >>> lrwxrwxrwx root root 1970-01-20 08:57 modemst1 -> > >>> /dev/block/mmcblk0p11 > >>> lrwxrwxrwx root root 1970-01-20 08:57 modemst2 -> > >>> /dev/block/mmcblk0p12 > >>> lrwxrwxrwx root root 1970-01-20 08:57 pad -> > >>> /dev/block/mmcblk0p10 > >>> lrwxrwxrwx root root 1970-01-20 08:57 persist -> > >>> /dev/block/mmcblk0p14 > >>> lrwxrwxrwx root root 1970-01-20 08:57 recovery -> > >>> /dev/block/mmcblk0p16 > >>> lrwxrwxrwx root root 1970-01-20 08:57 rpm -> > >>> /dev/block/mmcblk0p7 > >>> lrwxrwxrwx root root 1970-01-20 08:57 sbl1 -> > >>> /dev/block/mmcblk0p2 > >>> lrwxrwxrwx root root 1970-01-20 08:57 splash -> > >>> /dev/block/mmcblk0p6 > >>> lrwxrwxrwx root root 1970-01-20 08:57 ssd -> > >>> /dev/block/mmcblk0p19 > >>> lrwxrwxrwx root root 1970-01-20 08:57 system -> > >>> /dev/block/mmcblk0p13 > >>> lrwxrwxrwx root root 1970-01-20 08:57 tz -> > >>> /dev/block/mmcblk0p9 > >>> lrwxrwxrwx root root 1970-01-20 08:57 userdata -> > >>> /dev/block/mmcblk0p20 > >>> > >>> comme : > >>> mount | grep block > >>> /dev/block/platform/msm_sdcc.1/by-name/system /system ext4 > >>> ro,seclabel,relatime,discard,data=ordered 0 0 > >>> /dev/block/platform/msm_sdcc.1/by-name/userdata /data ext4 > >>> rw,seclabel,nosuid,nodev,relatime,discard,noauto_da_alloc,data=ordered > >>> 0 0 > >>> /dev/block/platform/msm_sdcc.1/by-name/cache /cache ext4 > >>> rw,seclabel,nosuid,nodev,relatime,data=ordered 0 0 > >>> /dev/block/platform/msm_sdcc.1/by-name/persist /persist ext4 > >>> rw,seclabel,nosuid,nodev,relatime,data=ordered 0 0 > >>> /dev/block/platform/msm_sdcc.1/by-name/modem /firmware vfat > >>> > ro,context=u:object_r:firmware_file:s0,relatime,uid=1000,gid=1000,fmask=0337,dmask=0227,codepage=cp437,iocharset=iso8859-1,shortname=lower,errors=remount-ro > >>> 0 0 > >>> /dev/block/vold/public:179,65 /mnt/media_rw/70C9-1D12 vfat > >>> > rw,dirsync,nosuid,nodev,noexec,relatime,uid=1023,gid=1023,fmask=0007,dmask=0007,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro > >>> 0 0 > >>> > >>> et : > >>> df > >>> Filesystem Size Used Free Blksize > >>> /dev 923.1M 96.0K 923.0M 4096 > >>> /sys/fs/cgroup 923.1M 12.0K 923.1M 4096 > >>> /mnt 923.1M 0.0K 923.1M 4096 > >>> /system 2.0G 503.8M 1.5G 4096 > >>> /data 25.0G 9.5G 15.5G 4096 > >>> /cache 629.5M 10.0M 619.5M 4096 > >>> /persist 4.9M 4.8M 92.0K 4096 > >>> /firmware 64.0M 56.2M 7.8M 16384 > >>> /storage 923.1M 0.0K 923.1M 4096 > >>> /mnt/runtime/default/emulated 25.0G 9.5G 15.5G 4096 > >>> /storage/emulated 25.0G 9.5G 15.5G 4096 > >>> /mnt/runtime/read/emulated 25.0G 9.5G 15.5G 4096 > >>> /mnt/runtime/write/emulated 25.0G 9.5G 15.5G 4096 > >>> /mnt/media_rw/70C9-1D12 7.3G 1.6G 5.7G 32768 > >>> /mnt/runtime/default/70C9-1D12 7.3G 1.6G 5.7G 32768 > >>> /storage/70C9-1D12 7.3G 1.6G 5.7G 32768 > >>> /mnt/runtime/read/70C9-1D12 7.3G 1.6G 5.7G 32768 > >>> /mnt/runtime/write/70C9-1D12 7.3G 1.6G 5.7G 32768 > >>> > >>> Et que j'ai lu que ce serait /data qui contiendrait les fichiers > >>> supprimés (et à priori bien plus au vu de la taille, je me dis qu'un : > >>> dd if=/dev/block/platform/msm_sdcc.1/by-name/userdata > >>> of=/storage/nom_de_la_SD_externe/SOS > >>> > >>> Devrait le faire si je trouve une micro SD assez grosse... sauf > >>> qu'il me semble que c'est du vfat... > >>> > >>> Une idée? > >>> > >>> Merci, > >>> Vincent / boulet > >>> > >> _______________________________________________ _______________________________________________ Linux06 mailing list Linux06(a)lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/linux06 Attention, les archives sont publiques

1 0

Fwd: Venez voir notre spectacle !
by Michel ASTRE 19 Jan '22

19 Jan '22

-------- Message transféré -------- Sujet : Venez voir notre spectacle ! Date : Tue, 18 Jan 2022 11:10:05 +0100 De : Matthieu Astre <matthieuastre(a)gmail.com> Pour : Mattias Guittari <mattias.guittari(a)gmail.com> *Première !!* *Vendredi 28 janvier à 21h * *La Coupole, * *7446 * *Rte de Cagnes, * *06610 La Gaude * 220763059_420042099431772_5290537150147745601_n - Copie - Copie.jpg 37552 coups de hache l’épopée dont vous êtes le héros/héroïne Seul en scène 1h15 Texte : Mattias Guittari Jeu : Matthieu Astre /« Cet animal est le fruit de la fusion mutante entre un crapaud calamite, un bœuf écossais, // / /une chenil//le processionnaire, une autruche normande, un banquier véreux, une raquette de jokari, / /////un couteau-suisse, Tinky-Winky des Télétubbies et... un fusil-mitrailleur. Dans les vieux bestiaires /// // /on le nomme le Gloutonnux Omnivorus Méga Machine Gun !// / /Celui-là tu peux pas l'éviter, va falloir le dérouiller pour passer à la suite, alors t'empoignes ta hache. Ready to fight ! »/ Dans un futur post-effondrement, un poète ambulant voyage de villes en villages pour proposer auxspectateursdu futur, une épopée hallucinée. Armé d’une poésie foisonnante et ludique, ilse pliera en 8 pour te faire vivre une aventure à la hauteur des jeux vidéos disparus depuisdes siècles. Avec ta hache de guerre, tu vas devoir traverser des paysages souillés des restes de notre société, affronter les monstres qu’elle a accouchée et faire des choix difficiles. Gare aux pièges ! Pour connaître les tarifs La Coupole ici !! <https://www.lagaude.fr/Theatre-37552-Coups-de-hache.html#.YeaRDPjjLIU> Réservez au 0493244981 Merci <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Garanti sans virus. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…>

1 0

[HELP] deboires sous Android
by Vincent 19 Jan '22

19 Jan '22

Bonsoir, ce soir, en mode boulet distrait, j'ai voulu nettoyer ma galerie photos... et j'ai en fait supprimé un dossier complet!!! Du coup, je me prends la tête pour retrouver où sont elles planquées... Pas de corbeille visiblement dans cette application - c'est balot. Le téléphone est rooté, j'ai un accès complet via adb shell Je m'apprête à remplacer la carte micro SD par une plus grosse et vierge et faire un dd de la partition qui va bien pour ensuite la monter sur mon PC et lancer un photorec... Question : c'est quoi donc que la partition qui va bien? C'est de l'android 6.0.1, et : ls -al /dev/block/platform/msm_sdcc.1/by-name/ < lrwxrwxrwx root root 1970-01-20 08:57 DDR -> /dev/block/mmcblk0p4 lrwxrwxrwx root root 1970-01-20 08:57 aboot -> /dev/block/mmcblk0p5 lrwxrwxrwx root root 1970-01-20 08:57 boot -> /dev/block/mmcblk0p8 lrwxrwxrwx root root 1970-01-20 08:57 cache -> /dev/block/mmcblk0p15 lrwxrwxrwx root root 1970-01-20 08:57 dbi -> /dev/block/mmcblk0p3 lrwxrwxrwx root root 1970-01-20 08:57 fsc -> /dev/block/mmcblk0p18 lrwxrwxrwx root root 1970-01-20 08:57 fsg -> /dev/block/mmcblk0p17 lrwxrwxrwx root root 1970-01-20 08:57 modem -> /dev/block/mmcblk0p1 lrwxrwxrwx root root 1970-01-20 08:57 modemst1 -> /dev/block/mmcblk0p11 lrwxrwxrwx root root 1970-01-20 08:57 modemst2 -> /dev/block/mmcblk0p12 lrwxrwxrwx root root 1970-01-20 08:57 pad -> /dev/block/mmcblk0p10 lrwxrwxrwx root root 1970-01-20 08:57 persist -> /dev/block/mmcblk0p14 lrwxrwxrwx root root 1970-01-20 08:57 recovery -> /dev/block/mmcblk0p16 lrwxrwxrwx root root 1970-01-20 08:57 rpm -> /dev/block/mmcblk0p7 lrwxrwxrwx root root 1970-01-20 08:57 sbl1 -> /dev/block/mmcblk0p2 lrwxrwxrwx root root 1970-01-20 08:57 splash -> /dev/block/mmcblk0p6 lrwxrwxrwx root root 1970-01-20 08:57 ssd -> /dev/block/mmcblk0p19 lrwxrwxrwx root root 1970-01-20 08:57 system -> /dev/block/mmcblk0p13 lrwxrwxrwx root root 1970-01-20 08:57 tz -> /dev/block/mmcblk0p9 lrwxrwxrwx root root 1970-01-20 08:57 userdata -> /dev/block/mmcblk0p20 comme : mount | grep block /dev/block/platform/msm_sdcc.1/by-name/system /system ext4 ro,seclabel,relatime,discard,data=ordered 0 0 /dev/block/platform/msm_sdcc.1/by-name/userdata /data ext4 rw,seclabel,nosuid,nodev,relatime,discard,noauto_da_alloc,data=ordered 0 0 /dev/block/platform/msm_sdcc.1/by-name/cache /cache ext4 rw,seclabel,nosuid,nodev,relatime,data=ordered 0 0 /dev/block/platform/msm_sdcc.1/by-name/persist /persist ext4 rw,seclabel,nosuid,nodev,relatime,data=ordered 0 0 /dev/block/platform/msm_sdcc.1/by-name/modem /firmware vfat ro,context=u:object_r:firmware_file:s0,relatime,uid=1000,gid=1000,fmask=0337,dmask=0227,codepage=cp437,iocharset=iso8859-1,shortname=lower,errors=remount-ro 0 0 /dev/block/vold/public:179,65 /mnt/media_rw/70C9-1D12 vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1023,gid=1023,fmask=0007,dmask=0007,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0 et : df Filesystem Size Used Free Blksize /dev 923.1M 96.0K 923.0M 4096 /sys/fs/cgroup 923.1M 12.0K 923.1M 4096 /mnt 923.1M 0.0K 923.1M 4096 /system 2.0G 503.8M 1.5G 4096 /data 25.0G 9.5G 15.5G 4096 /cache 629.5M 10.0M 619.5M 4096 /persist 4.9M 4.8M 92.0K 4096 /firmware 64.0M 56.2M 7.8M 16384 /storage 923.1M 0.0K 923.1M 4096 /mnt/runtime/default/emulated 25.0G 9.5G 15.5G 4096 /storage/emulated 25.0G 9.5G 15.5G 4096 /mnt/runtime/read/emulated 25.0G 9.5G 15.5G 4096 /mnt/runtime/write/emulated 25.0G 9.5G 15.5G 4096 /mnt/media_rw/70C9-1D12 7.3G 1.6G 5.7G 32768 /mnt/runtime/default/70C9-1D12 7.3G 1.6G 5.7G 32768 /storage/70C9-1D12 7.3G 1.6G 5.7G 32768 /mnt/runtime/read/70C9-1D12 7.3G 1.6G 5.7G 32768 /mnt/runtime/write/70C9-1D12 7.3G 1.6G 5.7G 32768 Et que j'ai lu que ce serait /data qui contiendrait les fichiers supprimés (et à priori bien plus au vu de la taille, je me dis qu'un : dd if=/dev/block/platform/msm_sdcc.1/by-name/userdata of=/storage/nom_de_la_SD_externe/SOS Devrait le faire si je trouve une micro SD assez grosse... sauf qu'il me semble que c'est du vfat... Une idée? Merci, Vincent / boulet

3 5

paiement cotisation
by Perigard 19 Jan '22

19 Jan '22

Bonjour M le trésorier Il me semble que j'ai payé ma cotisation 2021? Pourriez-vous vérifier suite à votre rappel. Merci à vous M Perigard Michel Antibes 06 61 52 76 89

2 1

Meilleurs vœux
by netleet-net 02 Jan '22

02 Jan '22

Coucou les pingouinots, Que 2022 réalise tous vos vœux :-) Salutations ensoleillées, -- Véronique Fritière ~ Linux ? C'est le luxe ! Linuxazuréenne http://www.linux-azur.org Afulienne https://aful.org Chef de projet Multimédia http://webverow.com

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

Linux06 January 2022