Problem - e2fsprogs-1.27-4 + kernel > 2.4.10

[Jakub Bogusz]

On Fri, Apr 12, 2002 at 09:46:05AM +0200, Artur Frysiak wrote:
> On Fri, Apr 12, 2002 at 03:04:59AM +0200, Pawel Nogas wrote:
> > Witam
> > 
> > Jesli ktos uzywa jajka  > 2.4.10 w polaczeniu z  e2fsprogs-1.27-4 i glibc 
> > skompilowanym z naglowkami z jadra 2.2 to spotka go przykra niespodzianka 
> > proba naprawienia czegokoliwek przez fsck w wiekszosci przypadkow konczy sie 
> > komunikatem "killed by signal 25" .
> > 
> > Rozwiazaniem jest przekompilowanie glibc + e2fsprogs, lub  usuniecie lini 
> > 350-366  z pliku  lib/ext2fs/unix_io.c i przekompilowanie 
> > e2fsprogs.  Z tym ze raczej zalecam to pierwsze.
> 
> Za pare chwil w /dists/nest/test będzie e2fsprogs kompilowane z
> nagłówkami jądra 2.4 (glibce juz tam jest)

Problem jest w samym glibc, przy czym fsck jest linkowane statycznie.

Może lepiej w Ra wywalić z e2fsprogs fragment ustawiający nieskończony
limit na rozmiar pliku?
Nie byłoby paskudnej niespodzianki na niełatanym 2.4 przynajmniej przy
nieustawionym limicie (a raczej rzadko ustawia się globalnie limit na
rozmiar pliku).
Tak jak teraz zostać nie może. Jądro 2.4 jest już normą (w każdym razie
teraz już częściej się spotykam z 2.4 niż z 2.2), natomiast instalowania
glibc i e2fsprogs skompilowanych gcc 3.1 na nietestowych maszynach bym
nie ryzykował.

Jeśli nikt nie zaproponuje lepszego rozwiązania (czyt. poprawki na
glibc z Ra, aby dało się ustawić RLIM_INFINITY dla rozmiaru pliku także
na jądrach 2.4), to wytnę ten fragment. Na 2.2 ani 2.4 z PLD to niczego
nie zepsuje (jako że nie biorą pod uwagę limitu dla urządzeń blokowych).


-- 
Jakub Bogusz