Groups > pl.comp.os.linux.debian > #3125

Montowanie małpofonu w Debianie i OpenBSD

From	Pan Q <q-net@koti.pl>
Newsgroups	pl.comp.os.linux.debian
Subject	Montowanie małpofonu w Debianie i OpenBSD
Date	2026-05-13 16:28 +0000
Organization	ICM, Uniwersytet Warszawski
Message-ID	<slrn11099kt.a6ct.q-net@QLIVER.home> (permalink)

Show all headers | View raw

Vi-tam :-)

Mam taki ciekawy problem (efekt niedoboru wiedzy).

Chodzi o montowanie małpofonów w Linux/BSD.

Do tej pory zawsze podłączałem małpofon do domowego DELLa pracującego
na Debianie, zawsze w trybie graficznym (przeglądarka plików Thunar z
XFace). Małpofon bez problemu automatycznie się montował, pokazywał
dwa "dyski": EN i MEN LX1. EN to dysk systemowy, na który nie ma
możliwości zapisu, i MEN LX1 to pamięć użytkownika (czyli ta, gdzie
trzymamy wszystko co nasze), EN read-only, MEN LX1 read-write.
Wgrywanie/zgrywanie dowolnych plików bez problemu... tylko bardzo
wolno.

Od kilku m-cy używam dwóch starych laptopów: DELL Latitude E6410 oraz
MacBook Pro 10, oba pod OpenBSD 7.8 (najnowszy, na bieżąco
aktualizowany... Debian też).

Pojawiła się potrzeba dostępu do pamięci małpofonu z laptopów OpenBSD,
oba bez zainstalowanych Xów (DELL za słaby, i praca w Xach nie ma
sensu tak zamula, a MacBook jeszcze starszy grat, do tego na NVidii,
której OpenBSD nie obsługuje w ogóle. DELL/Debian w domu, oba laptopy
poza domem, małpofon jest dla nich hot-spotem WiFi oraz magazynem
plików (przenoszonych między domowym desktopem a laptopami w terenie).

To, w jaki sposób OpenBSD na obu laptopach wykrywa po podłączeniu
małpofon zaskoczyło mnie totalnie:

dmesg | tail pokazuje:

----------------------------------
ugen2 at uhub0 port 1 configuration 1 "HUAWEI NEN-LX1" rev 2.10/4.19
addr 3
cd1 detached
scsibus5 detached
umass1 detached
ugen2 detached
umass1 at uhub0 port 1 configuration 1 interface 1 "HUAWEI NEN-LX1"
rev 2.10/4.19 addr 3
umass1: using SCSI over Bulk-Only
scsibus5 at umass1: 2 targets, initiator 0
cd1 at scsibus5 targ 1 lun 0: <Linux, File-CD Gadget, 0419> removable
serial.12d1107dW21914000211
ugen2 at uhub0 port 1 configuration 1 "HUAWEI NEN-LX1" rev 2.10/4.19
addr 3
----------------------------------

disklabel cd1 pokazuje:

----------------------------------
# /dev/rcd1c:
type: SCSI
disk: EN
label:
duid: 0000000000000000
flags:
bytes/sector: 2048
sectors/track: 100
tracks/cylinder: 1
sectors/cylinder: 100
cylinders: 20
total sectors: 1971
boundstart: 0
boundend: 1971

16 partitions:
#      size  offset  fstype [fsize bsize   cpg]
  a:   1971       0   ISO9660
  c:   1971       0   ISO9660
----------------------------------


Co ciekawe,
mount -t cd9660 /dev/cd1a /mnt/cdrom
oraz
mount -t cd9660 /dev/cd1c /mnt/cdrom
daje dokładnie to samo (pomimo, że w-g reguł, pod OpenBSD dysk "c"
jest dyskiem raw i może być używany tylko do operacji na całym dysku
(fdisk, disklabel).
To samo, tzn. w /mnt/cdrom pojawia się zawartość "dysku" systemowego
Androida małpofonu EN, do którego user nie ma prawa zapisu, pokazuje tam
tylko 3 pliki w tym jeden exe (czyli windziany?).

Okazało się więc, że z poziomu konsoli OpenBSD nie mogę dostać się do danych
użytkownika w małpofonie, gdyż w ogóle nie podmontowuje dysku MEN-LX1 (chociaż
patrząc na to, co pokazuje Thunar, to jest raczej podpartycja niż dysk
równoległy, bo nie jest osobno montowana, a odmontowuje się ją "wysuwając" EN.

Z ciekawości przytachałem dla sprawdzenia jednego laptopa i małpofon
do domu, aby sprawdzić w dmesg Debiana, jak on montuje ten małpofon, i
może wykorzystać tą wiedzę aby zmusić OpenBSD do dobrania się do
pamięci małpofonu.
Do tego momentu, widząc w debianie małpofon tylko w przeglądarce
Thunar jako dwa dyski EN i MEN-LX1, byłem przekonany że debian montuje
małpofon jak każdy pen-drive, czyli dyski sdX.

I w tym momencie doznałem wielkiego zaskoczenia:

dmesg Debiana:

 usb 1-7: new high-speed USB device number 5 using xhci_hcd
 [ 4978.816999] usb 1-7: New USB device found, idVendor=12d1,
 idProduct=107d, bcdDevice= 4.19
 [ 4978.817013] usb 1-7: New USB device strings: Mfr=1, Product=2,
 SerialNumber=3
 [ 4978.817020] usb 1-7: Product: NEN-LX1
 [ 4978.817026] usb 1-7: Manufacturer: HUAWEI
 [ 4978.817031] usb 1-7: SerialNumber: MLJNW21914000211
 [ 4978.872971] usb-storage 1-7:1.1: USB Mass Storage device detected
 [ 4978.881858] scsi host6: usb-storage 1-7:1.1
 [ 4978.881966] usbcore: registered new interface driver usb-storage
 [ 4978.890045] usbcore: registered new interface driver uas
 usb 1-7: new high-speed USB device number 6 using xhci_hcd
 [ 4984.903857] usb 1-7: New USB device found, idVendor=12d1,
 idProduct=107d, bcdDevice= 4.19
 [ 4984.903865] usb 1-7: New USB device strings: Mfr=1, Product=2,
 SerialNumber=3
 [ 4984.903869] usb 1-7: Product: NEN-LX1
 [ 4984.903871] usb 1-7: Manufacturer: HUAWEI
 [ 4984.903874] usb 1-7: SerialNumber: MLJNW21914000211
 [ 4984.915165] usb-storage 1-7:1.1: USB Mass Storage device detected
 [ 4984.917652] scsi host6: usb-storage 1-7:1.1
 sr 6:0:0:0: Power-on or device reset occurred
 [ 4985.934378] sr 6:0:0:0: [sr1] scsi-1 drive
 [ 4985.947723] sr 6:0:0:0: Attached scsi CD-ROM sr1
 [ 4985.947792] sr 6:0:0:0: Attached scsi generic sg1 type 5
 [ 4986.021393] sr 1:0:0:0: [sr0] CDROM not ready.  Make sure there
 is a disc in the drive.
 [...]
 [ 4991.317029] sr 1:0:0:0: [sr0] CDROM not ready.  Make sure there
 is a disc in the drive.
 [ 4991.799525] ISO 9660 Extensions: Microsoft Joliet Level 1
 [ 4991.802236] ISOFS: changing to secondary root

 sr 1:0:0:0: [sr0] CDROM not ready.  Make sure there is a disc in the
 drive.
 [ 4979.885130] sr 1:0:0:0: [sr0] CDROM not ready.  Make sure there
 is a disc in the drive.
 [ 4979.910586] scsi 6:0:0:0: CD-ROM            Linux    File-CD
 Gadget
 0419 PQ: 0 ANSI: 2
 [ 4979.915266] sr 6:0:0:0: Power-on or device reset occurred
 [ 4979.916066] sr 6:0:0:0: [sr1] scsi-1 drive
 [ 4979.919527] sr 6:0:0:0: Attached scsi CD-ROM sr1
 [ 4979.922612] sr 6:0:0:0: Attached scsi generic sg1 type 5
 [ 4980.752864] sr 1:0:0:0: [sr0] CDROM not ready.  Make sure there
 is a
 disc in the drive.
 [ 4981.624996] sr 1:0:0:0: [sr0] CDROM not ready.  Make sure there
 is a disc in the drive.
 [ 4982.512981] sr 1:0:0:0: [sr0] CDROM not ready.  Make sure there
 is a disc in the drive.
 [ 4983.380967] sr 1:0:0:0: [sr0] CDROM not ready.  Make sure there
 is a disc in the drive.

 sr 1:0:0:0: [sr0] CDROM not ready.  Make sure there is a disc in the
 drive.
 [ 4985.927697] scsi 6:0:0:0: CD-ROM            Linux    File-CD
 Gadget
 0419 PQ: 0 ANSI: 2
 [ 4985.930914] sr 6:0:0:0: Power-on or device reset occurred
 [ 4985.934378] sr 6:0:0:0: [sr1] scsi-1 drive
 [ 4985.947723] sr 6:0:0:0: Attached scsi CD-ROM sr1
 [ 4985.947792] sr 6:0:0:0: Attached scsi generic sg1 type 5
 [ 4986.021393] sr 1:0:0:0: [sr0] CDROM not ready.  Make sure there
 is a
 disc in the drive.
[...] [dziesiątki takich komunikatów]
 [ 4991.317029] sr 1:0:0:0: [sr0] CDROM not ready.  Make sure there
 is a
 disc in the drive.
 [ 4991.799525] ISO 9660 Extensions: Microsoft Joliet Level 1
 [ 4991.802236] ISOFS: changing to secondary root
 [ 4992.197019] sr 1:0:0:0: [sr0] CDROM not ready.  Make sure there
 is a disc in the drive.
 [ 4993.076877] sr 1:0:0:0: [sr0] CDROM not ready.  Make sure there
 is a disc in the drive.
[...]
 [ 5000.101001] sr 1:0:0:0: [sr0] CDROM not ready.  Make sure there
 is a disc in the drive.

Debian również wykrywa małpofon  jako cdrom!!!
Co ciekawe, nie podmontowuje go jak standardowy cdrom w Debianie pod
/media/cdromX
tylko
/media/user/EN

Czyli identycznie jak OpenBSD (pomijając punkt montowania)!
Więcej, z poziomu konsoli Debiana również nie widać dysku usera
MEN-LX1 w małpofonie, czyli z poziomu konsoli Debiana też nie ma
dostępu do tej pamięci! Tylko nowoczesne przeglądarki plików z
Gnome/KDE/XFace ją widzą, bo DoubleCommander XPingwin itp. też już
nie!!!

Czyli, gdybym na laptopie miał Debiana, również nie mógłbym się dobrać
do pamięci użytkownika w małpofonie, identycznie jak w OpenBSD. Oraz,
prawdopodobnie, gdybym miał na laptopach Xy w OpenBSD, to pewnie z
tych samych przeglądarek plików co w Debianie, mógłbym spokojnie
dostać się do pamięci usera małpofonu.

Ale z powodów w/w nie mogę mieć na laptopach Xów (za mało RAM, za małe
dyski, MacBook nie lubi NVidii...).

Czy ktoś mógłby mnie oświecić, jak z poziomu gołej konsoli Linux/BSD
dostać się do pamięci użytkownika w małpofonie?
Czy to w ogóle możliwe?
Na jakich zasadach działa ten dziwny mechanizm???


z góry dziękuję za ewentualną odpowiedź,
niestety na grupie misc OpenBSD nikt mi nie odpowiedział,
więc próbuję dalej, bo pomysły już mi się skończyły...

Back to pl.comp.os.linux.debian | Previous | Find similar

Thread

Montowanie małpofonu w Debianie i OpenBSD Pan Q <q-net@koti.pl> - 2026-05-13 16:28 +0000

csiph-web