Re: spontaneous unmount - getting warm

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

 



>Hi Terry,
>
>In your case you should upgrade your kernel as mentioned below when you 
>get a chance:
>
>https://rhn.redhat.com/errata/RHSA-2006-0574.html
>see Nahant list for more info.
>(https://www.redhat.com/archives/nahant-list/2006-July/msg00062.html)

Thanks for this.

>
>
>T. Horsnell wrote:
>> Hi Albert,
>> So far I've not noticed any problems with /boot, but many
>> thanks for the warning. I'll take care there.
>>   
>
>> Do you think this is a kernel thing? I'm currently running
>> RHEL4, kernel 2.6.9-22.0.1.ELsmp on an Opteron system,
>> gnome-desktop-2.8.0-5. All disks (including boot disk) are SCSI.
>>
>>   
>
>Also, I have not seen this problem on RHEL 3/4 only on Fedora Core 5!, I 
>had assume you had been using FC5 because your post was to this list.
>
>I don't think it's a kernel bug, just an undocumented/unknown feature, 
>which can most probably be fixed via some configuration - somewhere ?

I've been poking around on Gnome preferences and website, but so far no
hint of what might be done to disable this 'feature'.

Cheers,
T.

>
>> Currently 3 workrounds for me:
>>
>> 1. Make sure the console GUI is logged out and do the mount from
>>    a remote terminal.
>>   
>or use /etc/fstab
>> 2. Log in on the console GUI as a normal user, su to root and
>>    do the mount.
>>
>> 3. Make sure the console GUI is logged out, start a virtual terminal
>>    session (CTRL/ALT/F1), log in as root and do the mount.
>>
>>   
>> I wonder why a kernel upgrade should involve a 'grub --install' step?
>> I thought all that was necessary was to load the new kernel files into
>> /boot and modify grub.conf, and that a 'grub-install' would only be
>> necessary if grub itself was changed. I've certainly plonked new
>> kernels into /boot (and loaded associated /lib/modules), modified
>> grub.conf and they have booted OK...
>>   
>Yep, I do the same, but you just never know what some of these RPMs do 
>until it's too late.
>> Cheers, and many thanks for your help here,
>> Terry.
>>
>>
>>   
>
>-- 
>fedora-list mailing list
>fedora-list@xxxxxxxxxx
>To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
>

-- 
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux