o co chodzi ?

[Jakub Bogusz]

On Sat, May 15, 2004 at 01:35:35PM +0200, Arkadiusz Patyk wrote:
> On Sat, 15 May 2004 13:18:49 +0200, you wrote:
> >On Sat, May 15, 2004 at 01:14:34PM +0200, Arkadiusz Patyk wrote:
> >> On Sat, 15 May 2004 12:57:03 +0200, you wrote:
> >> >On Sat, May 15, 2004 at 12:37:30PM +0200, Arkadiusz Patyk wrote:
> >> >> Witam
> >> >> Chroot Ra z na maszynie z AC z 2.6.x:
> >> >> 
> >> >> [areq w Ra6 SPECS]$ cat ~/bin/pol
> >> >> cat: standard output: Value too large for defined data type
> >> >> 
> >> >> [areq w Ra6 SPECS]$ head  ~/bin/pol
> >> >> poldek --mkidxz -s /home/areq/rpm/RPMS/
> >> >[...]
> >> >> fstat(1, 0xbfffeb5c)                    = -1 EOVERFLOW (Value too
> >> >> large for defined data type)
> >> >
> >> >A co powie stat ~/bin/pol
> >
> >A nie, pomyłka. Chodzi o stdout, a nie plik.
> >
> >Zobacz co to jest stdout (np. przez ls -l /proc/self/fd/1)
> >i zobacz stat tego urządzenia.
> >Stawiam na pts > 255.
> 
> /proc/self/fd/1 -> /dev/pts/712
> W chroot katalog  /dev/pts/ mam pusty.

Nie szkodzi. fstat nie korzysta z nazwy pliku, tylko już otwartego
deskryptora. /dev/pts/712 ma minor 712, czyli nie mieszczący się
w 8 bitach.

> I co teraz ?

Downgrade jądra do <= 2.6.3 (czy .2? nie pamiętam), poszukanie jakiejś
łaty (na jądro 2.6) przywracającej stary algorytm alokacji ptysiów lub
preferującej ptysie < 256 (było coś na LKML niedawno) albo rekompilacja
raowego glibc na nagłówkach 2.4.


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