[Ac] zwalony losetup

Jakub Bogusz qboosh w pld-linux.org
Śro, 4 Sie 2004, 18:11:22 CEST


On Wed, Aug 04, 2004 at 05:41:56PM +0200, Paweł Sikora wrote:
> On Wednesday 04 of August 2004 17:09, Jakub Bogusz wrote:
> > # losetup /dev/loop2 plik -o 16384
> > ioctl: LOOP_SET_STATUS: Zły argument
> >
> > Starą binarką działa. Potem:
> >
> > # losetup /dev/loop2
> > Segmentation fault
> >
> > Stara binarka pokazuje co trzeba:
> > # /root/losetup /dev/loop2
> > /dev/loop2: [0304]:479093066 (plik) offset 16384, none encryption
> >
> > Do tego losetup z Ac na nieustawionym loopie pokazuje:
> >
> > # losetup /dev/loop7
> > /dev/loop7: [809ff27]:-1073746384 () offset -1073746488, ^@Ă˙
> >  encryption
> > loop: can't get info on device /dev/loop7: Nie ma takiego urządzenia ani
> > adresu
> >
> > Stara wersja:
> >
> > # /root/losetup /dev/loop7
> > loop: can't get info on device /dev/loop7: Nie ma takiego urządzenia ani
> > adresu
> >
> >
> > Niestety próby stracowania losetup skończyły się deadlockiem w jądrze
> > (2.4.26) i wiszącymi w stanie 'D' procesami losetup :/
> 
> odkad pamietam, to nie mialem z loopem problemow.
> aktualnie na kernel-2.6.8-0.18 tez dziala.

Opcja -o nie działa na 2.4.26.
Wyświetlanie stanu urządzenia nie działa na 2.4.26.
Szyfrowania nie sprawdzałem, w tej chwili nie potrzebuję.
Widocznie jakieś struktury w 2.6.x (a tym samym llh) się różnią :/
Albo to 2.4.26 jest zwalone.
(i tak jest, bo inaczej strace losetup nie robiłoby deadlocka na ioctl).

A wyświetlanie stanu dla nieistniejącego urządzenia jest zwalone tak
samo na obu jądrach.

# losetup /dev/loop4
/dev/loop4: [809ff27]:-1073744320 () offset -1073744424, [krzaki] encryption
loop: can't get info on device /dev/loop4: Nie ma takiego urządzenia ani adresu

Prawdopodobnie po prostu wyświetla dane przed sprawdzeniem statusu
operacji, tym samym wyświetlając jakieś śmieci z pamięci.


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/




Więcej informacji o liście dyskusyjnej pld-devel-pl