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: > >> >> > >> >> [EMAIL PROTECTED] SPECS]$ cat ~/bin/pol > >> >> cat: standard output: Value too large for defined data type > >> >> > >> >> [EMAIL PROTECTED] 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/ _______________________________________________________ złota zasada - kto się nie zna, niech się nie wypowiada
