[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

RE: Re: any 2.6.x kernel for a DS10 with NCR 53C895 and QLogic IS P10x0 ?



Same exact problem on my DS20L machines, I had to drop back
to 2.6.5-1-smp (obsolete but stable).
 

> -----Original Message-----
> From: Toni L. Harbaugh-Blackford [Contr] 
> [mailto:harbaugh@ncifcrf.gov] 
> Sent: Monday, August 30, 2004 2:58 PM
> To: tretkowski@inittab.de
> Cc: Jan-Jaap van der Heijden; harbaugh@ncifcrf.gov; 
> debian-alpha@lists.debian.org
> Subject: Re: Re: any 2.6.x kernel for a DS10 with NCR 53C895 
> and QLogic ISP10x0 ?
> 
> 
> Norbert Tretkowski <tretkowski@inittab.de> wrote:
> 
> > There are kernel-images for 2.6.8 in testing, please try these, this
> > sounds like a known bug.
> >
> > Norbert
> 
> I tried your suggestion, doing an 'apt-get install 
> kernel-image-2.6.8-1-generic'
> 
> The system did boot all the way up on the new kernel after hanging
> for an extended period of time attempting to launch syslogd.
> 
> However, now I have a strange new problem.  The system refuses to
> mount /var because it is an 'ext3' partition.  But the root partition
> is an ext3 partition, and it *is* mounted.  The console log shows the
> following relevant message:
> 
>    EXT2-fs warning (device sde5): ext2_fill_super: mounting 
> ext3 filesystem as ext2
> 
> but then goes on as normal with everything, even saying that 
> /var is clean:
> 
>    INIT: version 2.86 booting
>    Activating swap.
>    Adding 1048544k swap on /dev/sde2.  Priority:-1 extents:1
>    Checking root file system...
>    fsck 1.35 (28-Feb-2004)
>    /: clean, 12002/509952 files, 82544/1019904 blocks
>    rtc: Digital UNIX epoch (1952) detected
>    Real Time Clock Driver v1.12
>    System time was Mon Aug 30 18:12:54 UTC 2004.
>    Setting the System Clock using the Hardware Clock as reference...
>    System Clock set. System local time is now Mon Aug 30 
> 18:12:56 UTC 2004.
>    Calculating module dependencies... done.
>    Loading modules...
>        ide-cd
>    Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
>    ide: Assuming 33MHz system bus speed for PIO modes; 
> override with idebus=xx
>        ide-detect
>    FATAL: Module ide_detect not found.
>        sd_mod
>    All modules loaded.
>    Capability LSM initialized
>    Checking all file systems...
>    fsck 1.35 (28-Feb-2004)
>    /boot: clean, 28/65536 files, 23802/131072 blocks
>    /var: clean, 887/524288 files, 131887/1048576 blocks
>    Setting kernel variables ...
>    ... done.
> 
> The subsequent mount listing is
> 
>    fchelp:~# mount
>    /dev/sde5 on / type ext3 (rw,errors=remount-ro)
>    proc on /proc type proc (rw)
>    sysfs on /sys type sysfs (rw)
>    devpts on /dev/pts type devpts (rw,gid=5,mode=620)
>    tmpfs on /dev/shm type tmpfs (rw)
>    /dev/sde4 on /boot type ext2 (rw)
>    fchelp:~# df
>    Filesystem           1K-blocks      Used Available Use% Mounted on
>    /dev/sde5              4015552    266116   3545456   7% /
>    tmpfs                   515544         0    515544   0% /dev/shm
>    /dev/sde4               122835     15565    100717  14% /boot
> 
> But no /var mount is allowed:
> 
>    fchelp:~# mount /var
>    mount: fs type ext3 not supported by kernel
>    fchelp:~# uname -a
>    Linux fchelp 2.6.8-1-generic #1 Tue Aug 17 08:46:31 CEST 
> 2004 alpha GNU/Linux
>    fchelp:~# date
>    Mon Aug 30 14:55:03 EDT 2004
> 
> How was the root partition 'forced' into ext2 mode?  Can I do the same
> with /var, or must I redo everything as ext2?  Do I have 
> another alternative
> (XFS, JFS, etc.) that will work better for root or /var or both?
> 
> Thanks again,
> Toni
> 
> -------------------------------------------------------------------
> Toni Harbaugh-Blackford                   harbaugh@abcc.ncifcrf.gov
> System Administrator
> Advanced Biomedical Computing Center (ABCC)
> National Cancer Institute
> Contractor - SAIC/Frederick
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-alpha-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact 
> listmaster@lists.debian.org
> 



Reply to: