Removable storage devices and sync
by Ralf Ertzinger
Hi.
I noticed that external storage deviced that are automagically added to
/etc/fstab by hal do not get the sync flag anymore (at least I think they
used to get it). Is this intentional?
I know that sync does not solve all problems with suddenly disappearing
devices, but it sure helps :)
--
"We turn the Cube and it twists us." -- Erno Rubik
19 years, 5 months
Re: sound server
by "Nils O. Selåsdal"
Bill Nottingham wrote:
> John (J5) Palmieri (johnp(a)redhat.com) said:
>
>>I hadn't gotten to the point of looking at the code yet. I was going to
>>make some test packages, see how it worked as an esd replacement and
>>then go ahead and start looking at it. If it is as you say,
>>impenetrable spaghetti, then I don't want to gain yet another
>>unmaintainable package. Is it your position that the things that are
>>wrong with Polyaudio would be harder to fix than just fixing esd? Or
>>perhaps there are better alternatives around? If we can find a solution
>>that is easy to integrate, maintain and audit I am all for that.
>
>
> Well... direct alsa usage can handle the ESD stuff, as long as you
> don't care about network audio (and someone may want to write a shim
> esd-like layer for playback.)
>
> How important is network audio, anyway?
There are lots of thin client installation, it's important.
19 years, 5 months
Services and scripts at boot time
by Lorenzo Luconi Trombacchi
Why these scripts/services are default executed/activated at boot time
after Core installation?
- pcmcia: also executed when pcmcia is not present
- isdn: also executed when isdn is not present
- mdmonitor: activated without RAID partitions
- rhnsd: Fedora Core users use RHN for manage/update packages?
- NFS/RPC: activated/executed many scripts about NFS... If I am an NFS
user I think I can activate some scripts/services at boot time.
- cpuspeed: many CPUs (like AthlonXP and other) don't support cpuspeed
Lorenzo
19 years, 5 months
Re: Removable storage devices and sync
by "Nils O. Selåsdal"
Nils O. Selåsdal wrote:
> Nils Philippsen wrote:
>
>> On Thu, 2004-10-28 at 11:30 +0200, Ralf Ertzinger wrote:
>>
>>> Hi.
>>>
>>> I noticed that external storage deviced that are automagically added to
>>> /etc/fstab by hal do not get the sync flag anymore (at least I think
>>> they
>>> used to get it). Is this intentional?
>>>
>>> I know that sync does not solve all problems with suddenly disappearing
>>> devices, but it sure helps :)
>>
>>
>>
>> IIRC it depends on the size of the storage, i.e. if it is below a
>> certain size it won't get moutned sync because then it's probably some
>> kind of a flash device which can only be written a certain number of
>> times. In that case, sync is a bad idea because it will wear your device
>> much faster.
>
> What about noatime for such devices ? Shouldn't that help the wear of such
> devices ? Especially since many flash devices have FAT fileystems on
> them,and
> atime seems to be mapped to the other time fields on fat.
Pretty much ignore this if I'm not mistaken.
FC3 seems to add noatime, FC2 does not.
19 years, 5 months
Re: Removable storage devices and sync
by "Nils O. Selåsdal"
Nils Philippsen wrote:
> On Thu, 2004-10-28 at 11:30 +0200, Ralf Ertzinger wrote:
>
>>Hi.
>>
>>I noticed that external storage deviced that are automagically added to
>>/etc/fstab by hal do not get the sync flag anymore (at least I think they
>>used to get it). Is this intentional?
>>
>>I know that sync does not solve all problems with suddenly disappearing
>>devices, but it sure helps :)
>
>
> IIRC it depends on the size of the storage, i.e. if it is below a
> certain size it won't get moutned sync because then it's probably some
> kind of a flash device which can only be written a certain number of
> times. In that case, sync is a bad idea because it will wear your device
> much faster.
What about noatime for such devices ? Shouldn't that help the wear of such
devices ? Especially since many flash devices have FAT fileystems on them,and
atime seems to be mapped to the other time fields on fat.
19 years, 5 months
Filesystem "binary compatibility" question
by Matthias Saou
Hi,
I've tried today for the second time to "save" data from an xfs filesystem
from an x86_64 machine which doesn't boot anymore. I don't have any other
x86_64 machine to put the drive in and access it, so I'm not 100% sure
about this "problem", but :
When I try to mount that xfs filesystem on an x86 machine (running FC Devel
and already has some "native" xfs filesystems), I get a nasty segfault...
so I was wondering about filesystem "binary compatibility" across
architectures. As I have some ppcs, an x86_64 and plenty of x86, not being
able to use an existing filesystem across all would definitely make me stay
away from it, could that be the case with xfs? Does anyone know a way to be
sure?
Matthias
--
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora Core release 2.91 (FC3 Test 2) - Linux kernel 2.6.9-1.643.radeon
Load : 1.14 1.13 1.15
19 years, 5 months
Fedora Core 3's name - your vote
by Elliot Lee
It's time for the only really critical decision of the entire release: THE
NAME. ;-)
The candidates for your consideration:
Krosno
Heidelberg
Uzhgorod
Please send an e-mail to me by Thursday Oct. 27, highlighting your vote.
-- Elliot
P.S. There are lots of great possibilities for names, We only can use one
in the end, and a good deal of time has already been spent in the Name
Narrowing-Down Process, so unfortunately the choice does have to be
limited to these three. Thanks for understanding...
19 years, 5 months
yum 2.1.11 available
by seth vidal
Hey Folks,
I just pushed a 2.1.11 up and Jeremy was kind enough to build it for me
for the FC3 tree.
This should correct a number of config file issues people have had. Now
instead of silently exiting it will tell you what you did wrong and why
the config file is wrong. In some cases it will nicely ignore the error
and move along, in others it will point and laugh at you.
Please give this update a bunch of tests, we want to make sure things
are happy before fc3 is released.
Here they are:
http://people.redhat.com/~katzj/yum-2.1.11-1.noarch.rpm
http://people.redhat.com/~katzj/yum-2.1.11-1.src.rpm
Thanks,
-sv
19 years, 5 months
rawhide report: 20041028 changes
by Build System
Updated Packages:
FreeWnn-1.10pl020-4
-------------------
* Wed Oct 27 2004 Jens Petersen <petersen(a)redhat.com> - 1:1.10pl020-4
- make sure any stray wnn group is removed before adding wnn user when
installing or upgrading (136551)
NetworkManager-0.3.1-2
----------------------
* Tue Oct 26 2004 <dcbw(a)redhat.com> - 0.3.1-2
- Fix escaping of ESSIDs in gconf
anaconda-10.1.0.1-1
-------------------
* Wed Oct 27 2004 Jeremy Katz <katzj(a)redhat.com> - 10.1.0.1-1
- Punjabi shouldn't try to do text mode (#137030)
- Fix traceback on upgrade (#137345)
cups-1.1.22-0.rc1.8
-------------------
* Tue Oct 26 2004 Tim Waugh <twaugh(a)redhat.com> 1:1.1.22-0.rc1.8
- Apply patch to fix CAN-2004-0888 (bug #135378).
* Wed Oct 20 2004 Tim Waugh <twaugh(a)redhat.com> 1:1.1.22-0.rc1.7
- Prevent filters generating incorrect PS in locales where "," is the
decimal separator (bug #136102). Patch from STR #970.
initscripts-7.93.2-1
--------------------
* Wed Oct 27 2004 Bill Nottingham <notting(a)redhat.com> 7.93.2-1
- fix prefdm fallback to installed display managers (#137274)
- fix incorrect rhgb temporary path (#137391)
libxml2-2.6.14-2
----------------
* Wed Oct 27 2004 Daniel Veillard <veillard(a)redhat.com> 2.6.14-2
- applied security patches fixing #137266
lvm2-2.00.25-1.01
-----------------
* Mon Oct 25 2004 Elliot Lee <sopwith(a)redhat.com> - 2.00.25-1.01
- Fix 2.6 kernel requirement
rpmdb-fedora-3-0.20041028
-------------------------
up2date-4.3.47-5
----------------
* Tue Oct 26 2004 Adrian Likins <alikins(a)redhat.com> 4.3.47-4
- fix #133156
- (actually fix above)
19 years, 5 months