RE: No Sound after installing Fedora 7

[jatin davey <daveyjatin@xxxxxxxxxxx>]

in the system admin when i give a test play i didnt get any sound and then a message popped up asking me whether i heard the sound, cicked on no and got message asking me to file a bug in redhat.com

is there any other workaround
fedora-list-request@xxxxxxxxxx wrote:

Send fedora-list mailing list submissions to
fedora-list@xxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
https://www.redhat.com/mailman/listinfo/fedora-list
or, via email, send a message with subject or body 'help' to
fedora-list-request@xxxxxxxxxx

You can reach the person managing the list at
fedora-list-owner@xxxxxxxxxx

When replying, please edit your Subject line so it is more specific
than "Re: Contents of fedora-list digest..."


Today's Topics:

1. Re: No Sound after installing Fedora 7 (Aaron Konstam)
2. Re: Hard Drive data rates (Aaron Konstam)
3. Re: Hard Drive data rates (Dave Stevens)
4. Re: How to rip a DVD (Arthur Pemberton)
5. How best get rid of "How best get rid of SELinux?"?
(Matthew Saltzman)
6. missing php-5.2.4 update (Dario Lesca)
7. Re: Hard Drive data rates (Karl Larsen)
8. Re: Hard Drive data rates (Karl Larsen)
9. Re: Decent graphics card with TV out (Dotan Cohen)
10. Re: Hard Drive data rates (Karl Larsen)
11. Re: Hard Drive data rates (Dave Stevens)
12. inet6_rth functions (Stefan Schulze Frielinghaus)
13. Re: Hard Drive data rates (Karl Larsen)
14. Re: inet6_rth functions (Jakub Jelinek)
15. Re: How to get the most out of HD space. (Les Mikesell)


----------------------------------------------------------------------

Message: 1
Date: Fri, 28 Sep 2007 15:53:55 -0500
From: Aaron Konstam
Subject: Re: No Sound after installing Fedora 7
To: For users of Fedora
Message-ID: <1191012835.3876.5.camel@cyrus>
Content-Type: text/plain

On Fri, 2007-09-28 at 18:47 +0100, jatin davey wrote:
> Hi
>
> after installing fedora 7 in my toshiba laptop (A 135 - s2386)
> i am not getting any sound in my laptop
>
> installed all the mp3 codecs and video codecs but still no sucess.
> googled it and got some results asking me to change some source code
> in the alsa base file under /etc dir.
>
> please let me know the detailed steps as i am a new user in linux.
>
What did: System->Admininistration-> Soundcard Detection tell you?
In other words was the card detected?
Next step run alsamixer and adjust the levels of each channel.
Channels with MM at their base should be changed to 00 at their base by
typing 'm'.

--
=======================================================================
enhance, v.: To tamper with an image, usually to its detriment.
=======================================================================
Aaron Konstam telephone: (210) 656-0355 e-mail: akonstam@xxxxxxxxxxxxx



------------------------------

Message: 2
Date: Fri, 28 Sep 2007 15:57:47 -0500
From: Aaron Konstam
Subject: Re: Hard Drive data rates
To: For users of Fedora
Message-ID: <1191013067.3876.7.camel@cyrus>
Content-Type: text/plain

On Fri, 2007-09-28 at 12:07 -0700, John Wendel wrote:
> Lamar Owen wrote:
> > On Friday 28 September 2007, Karl Larsen wrote:
> >> I was lead to mis-understand the data rate of my new SATA hard
> >> drive. It indicated that the data rate was 3 GB/sec. But some checking
> >> with Google said the Hard Drive makers are very free with their units.
> >> To be specific a SATA drive is 3000 MegaBits/second. This boils down to
> >> about 375 MB.
> >
> > Due to the 8B/10B coding used in SATA, you can divide the bitrate by ten and
> > not eight to get the byterate. Thus, 3Gb/s is 300MB/s at the wire. The
> > semi-standard way of differentiating between bits per second and bytes per
> > second in specs is to use a lower-case b for bits, and an upper-case B for
> > bytes, but unfortunately not everyone follows that.
>
> Your talking about the wire speed. The REAL speed is determined by the
> disk drive. You're lucky to get 75MB/s with a desktop drive.
>
> Regards,
>
> John
Try hdparm -T and hdparm -t
--
=======================================================================
It is much easier to suggest solutions when you know nothing about the
problem.
=======================================================================
Aaron Konstam telephone: (210) 656-0355 e-mail: akonstam@xxxxxxxxxxxxx



------------------------------

Message: 3
Date: Fri, 28 Sep 2007 14:05:29 -0700
From: Dave Stevens
Subject: Re: Hard Drive data rates
To: For users of Fedora
Message-ID: <200709281405.30071.geek@xxxxxxxxxxxx>
Content-Type: text/plain; charset="iso-8859-1"

On Friday 28 September 2007 10:50:32 am Karl Larsen wrote:
> I was lead to mis-understand the data rate of my new SATA hard
> drive. It indicated that the data rate was 3 GB/sec. But some checking
> with Google said the Hard Drive makers are very free with their units.
> To be specific a SATA drive is 3000 MegaBits/second. This boils down to
> about 375 MB.
>
> The old standard IDE parallel 40 pin plug is rated for a rate of 112
> MB at the fastest to 78 GB at the slowest part of the platter. So in my
> case I will not see a huge change moving to my SATA hard drive. I will
> stay here on the new IDE much longer.

I'd be very interested in seeing the command and output for that drive using
hdparm -iItT

>
>
> --
>
> Karl F. Larsen, AKA K5DI
> Linux User
> #450462 http://counter.li.org.

Karl,

I use a Seagate 320 gig ES SATA drive. This is a 3 Gb/sec drive BUT - it was
shipped with a jumper installed limiting it to half that rate, and this rate
is in any case a very optimistic one. Using hdparm as suggested consistently
gives me 78 MB/sec. That seems to be as good as it gets. Also this is a very
artificial figure, I have an old (about ten years) 9 gig SCSI drive that does
about half that. It seems that the recent addition of NCQ to SATA drives
makes more of an improvement in heavily loaded scenarios but quantifying this
is not simple or unambiguous. I want to try reconfiguring this setup in raid
0 but won't be able to do so for a while. I know that another recent Seagate
drive, their 400G ATA gives transfer rates using hdparm -tT of about 50
MB/sec.



------------------------------

Message: 4
Date: Fri, 28 Sep 2007 16:10:19 -0500
From: "Arthur Pemberton"
Subject: Re: How to rip a DVD
To: "For users of Fedora"
Message-ID:
<16de708d0709281410m5dfa0e01s1856c5ab8489bf59@xxxxxxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1

On 9/27/07, Marcelo Magno T. Sales wrote:
> Em Qui 27 Set 2007, Arthur Pemberton escreveu:
> > Hello,
> >
> > I just received a DVD for a client that I need to post online.
> >
> > I was hoping someone here already has experience with DVD ripping in
> > Fedora (ie. using tools available in Fedora repos)
> >
> > The end result will be an FLV file, however, I already know how to
> > get from AVI to FLV, so I would appreciate any instructions/tips from
> > getting from DVD disk to AVI or FLV.
>
> Try K9copy from livna. GUI application, very easy to use, very powerful.


Thanks for all the responses guys, K9copy worked perfectly.

--
Fedora 7 : sipping some of that moonshine
( www.pembo13.com )



------------------------------

Message: 5
Date: Fri, 28 Sep 2007 17:33:48 -0400
From: Matthew Saltzman
Subject: How best get rid of "How best get rid of SELinux?"?
To: For users of Fedora
Message-ID: <1191015228.12995.16.camel@xxxxxxxxxxxxxxxxxxxxx>
Content-Type: text/plain

On Fri, 2007-09-28 at 21:28 +0100, Chris Jones wrote:
> ...

I was so hoping this thread had died. Could somebody please
drive a stake through its heart?

--
Matthew Saltzman

Clemson University Math Sciences
mjs AT clemson DOT edu
http://www.math.clemson.edu/~mjs



------------------------------

Message: 6
Date: Fri, 28 Sep 2007 23:46:49 +0200
From: Dario Lesca
Subject: missing php-5.2.4 update
To: Fedora Project List
Message-ID: <1191016009.3770.9.camel@xxxxxxxxxxxxxxxxxxxxx>
Content-Type: text/plain

Hi, someone can tell me why on this mirror (and on many other)
(http://download.fedora.redhat.com/pub/fedora/linux/updates/7)
not there is this update?

> [SECURITY] Fedora 7 Update: php-5.2.4-1.fc7
> -----------------------------------------------------------
> Fedora Update Notification
> FEDORA-2007-2215
> 2007-09-18 22:32:19
> ------------------------------------------------------------
> Name : php
> Product : Fedora 7
> Version : 5.2.4
> Release : 1.fc7
> URL : http://www.php.net/
> Summary : The PHP HTML-embedded scripting language

The update is release 10 day ago.

Many thanks for reply.

--
Dario Lesca



------------------------------

Message: 7
Date: Fri, 28 Sep 2007 15:55:52 -0600
From: Karl Larsen
Subject: Re: Hard Drive data rates
To: For users of Fedora
Message-ID: <46FD7868.2010106@xxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed

Aaron Konstam wrote:
> On Fri, 2007-09-28 at 12:07 -0700, John Wendel wrote:
>
>> Lamar Owen wrote:
>>
>>> On Friday 28 September 2007, Karl Larsen wrote:
>>>
>>>> I was lead to mis-understand the data rate of my new SATA hard
>>>> drive. It indicated that the data rate was 3 GB/sec. But some checking
>>>> with Google said the Hard Drive makers are very free with their units.
>>>> To be specific a SATA drive is 3000 MegaBits/second. This boils down to
>>>> about 375 MB.
>>>>
>>> Due to the 8B/10B coding used in SATA, you can divide the bitrate by ten and
>>> not eight to get the byterate. Thus, 3Gb/s is 300MB/s at the wire. The
>>> semi-standard way of differentiating between bits per second and bytes per
>>> second in specs is to use a lower-case b for bits, and an upper-case B for
>>> bytes, but unfortunately not everyone follows that.
>>>
>> Your talking about the wire speed. The REAL speed is determined by the
>> disk drive. You're lucky to get 75MB/s with a desktop drive.
>>
>> Regards,
>>
>> John
>>
> Try hdparm -T and hdparm -t
>
These just list what the file hdparm can do in very brief terms. And #
hdparm is not working at all well on my F7.



> --
> =======================================================================
> It is much easier to suggest solutions when you know nothing about the
> problem.
> =======================================================================
> Aaron Konstam telephone: (210) 656-0355 e-mail: akonstam@xxxxxxxxxxxxx
>
>


--

Karl F. Larsen, AKA K5DI
Linux User
#450462 http://counter.li.org.



------------------------------

Message: 8
Date: Fri, 28 Sep 2007 16:00:11 -0600
From: Karl Larsen
Subject: Re: Hard Drive data rates
To: For users of Fedora
Message-ID: <46FD796B.1070205@xxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Dave Stevens wrote:
> On Friday 28 September 2007 10:50:32 am Karl Larsen wrote:
>
>> I was lead to mis-understand the data rate of my new SATA hard
>> drive. It indicated that the data rate was 3 GB/sec. But some checking
>> with Google said the Hard Drive makers are very free with their units.
>> To be specific a SATA drive is 3000 MegaBits/second. This boils down to
>> about 375 MB.
>>
>> The old standard IDE parallel 40 pin plug is rated for a rate of 112
>> MB at the fastest to 78 GB at the slowest part of the platter. So in my
>> case I will not see a huge change moving to my SATA hard drive. I will
>> stay here on the new IDE much longer.
>>
>
> I'd be very interested in seeing the command and output for that drive using
> hdparm -iItT
>
>
>> --
>>
>> Karl F. Larsen, AKA K5DI
>> Linux User
>> #450462 http://counter.li.org.
>>
>
> Karl,
>
> I use a Seagate 320 gig ES SATA drive. This is a 3 Gb/sec drive BUT - it was
> shipped with a jumper installed limiting it to half that rate, and this rate
> is in any case a very optimistic one. Using hdparm as suggested consistently
> gives me 78 MB/sec. That seems to be as good as it gets. Also this is a very
> artificial figure, I have an old (about ten years) 9 gig SCSI drive that does
> about half that. It seems that the recent addition of NCQ to SATA drives
> makes more of an improvement in heavily loaded scenarios but quantifying this
> is not simple or unambiguous. I want to try reconfiguring this setup in raid
> 0 but won't be able to do so for a while. I know that another recent Seagate
> drive, their 400G ATA gives transfer rates using hdparm -tT of about 50
> MB/sec.
>
>
There appears to be something wrong with hdparm on my computer. It only
does this with all the various -tT and such:

[root@k5di /]# hdparm -iItT

hdparm - get/set hard disk parameters - version v6.9

Usage: hdparm [options] [device] ..

Options:
-a get/set fs readahead
-A set drive read-lookahead flag (0/1)
-b get/set bus state (0 == off, 1 == on, 2 == tristate)
-B set Advanced Power Management setting (1-255)
-c get/set IDE 32-bit IO setting
-C check IDE power mode status
-d get/set using_dma flag
--direct use O_DIRECT to bypass page cache for timings
-D enable/disable drive defect management
-E set cd-rom drive speed
-f flush buffer cache for device on exit
-g display drive geometry
-h display terse usage information
-H read temperature from drive (Hitachi only)
-i display drive identification
-I detailed/current information directly from drive
--Istdin read identify data from stdin as ASCII hex
--Istdout write identify data to stdout as ASCII hex
-k get/set keep_settings_over_reset flag (0/1)
-K set drive keep_features_over_reset flag (0/1)
-L set drive doorlock (0/1) (removable harddisks only)
-M get/set acoustic management (0-254, 128: quiet, 254: fast)
(EXPERIMENTAL)
-m get/set multiple sector count
-n get/set ignore-write-errors flag (0/1)
-p set PIO mode on IDE interface chipset (0,1,2,3,4,...)
-P set drive prefetch count
-q change next setting quietly
-Q get/set DMA tagged-queuing depth (if supported)
-r get/set device readonly flag (DANGEROUS to set)
-R register an IDE interface (DANGEROUS)
-s set power-up in standby flag (0/1)
-S set standby (spindown) timeout
-t perform device read timings
-T perform cache read timings
-u get/set unmaskirq flag (0/1)
-U un-register an IDE interface (DANGEROUS)
-v defaults; same as -mcudkrag for IDE drives
-V display program version and exit immediately
-w perform device reset (DANGEROUS)
-W set drive write-caching flag (0/1) (DANGEROUS)
-x tristate device for hotswap (0/1) (DANGEROUS)
-X set IDE xfer mode (DANGEROUS)
-y put IDE drive in standby mode
-Y put IDE drive to sleep
-Z disable Seagate auto-powersaving mode
-z re-read partition table
--security-help display help for ATA security commands

So I can't use this for some reason.



--

Karl F. Larsen, AKA K5DI
Linux User
#450462 http://counter.li.org.



------------------------------

Message: 9
Date: Sat, 29 Sep 2007 00:05:46 +0200
From: "Dotan Cohen"
Subject: Re: Decent graphics card with TV out
To: "For users of Fedora"
Message-ID:
<880dece00709281505h7ed03d1fjbc6d1efb167c5219@xxxxxxxxxxxxxx>
Content-Type: text/plain; charset=UTF-8

On 28/09/2007, John Wendel wrote:
> He said he wanted a "graphics card". Intel doesn't make a "video
> chipset", just a motherboard chipset with integrated graphics.
>
> Until the free ATI drivers are done, Nvidia is still my graphics
> chipset choice. I'm using a 5200, a 6300, and and 7600 right now
> without any problems. I only use the non-free Nvidia driver with the
> 7600 (so I can have the TV out working), the other 2 use the free NV
> driver.
>
> You'll need the Nvidia driver for tv-out, GoogleEarth and Compiz.

How about the PALIT FX5200 128MB? It's in my price range and available locally.

Thanks.

Dotan Cohen

http://what-is-what.com
http://gibberish.co.il

--

×?-×?-×?-×?-×?-×?-×?-×?-×?-×?-×?-×?-×?-×?-×?-×?-× -ס-×¢-×£-פ-×¥-צ-ק-ר-ש-ת

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?



------------------------------

Message: 10
Date: Fri, 28 Sep 2007 16:10:16 -0600
From: Karl Larsen
Subject: Re: Hard Drive data rates
To: For users of Fedora
Message-ID: <46FD7BC8.3040404@xxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Dave Stevens wrote:
> On Friday 28 September 2007 10:50:32 am Karl Larsen wrote:
>
>> I was lead to mis-understand the data rate of my new SATA hard
>> drive. It indicated that the data rate was 3 GB/sec. But some checking
>> with Google said the Hard Drive makers are very free with their units.
>> To be specific a SATA drive is 3000 MegaBits/second. This boils down to
>> about 375 MB.
>>
>> The old standard IDE parallel 40 pin plug is rated for a rate of 112
>> MB at the fastest to 78 GB at the slowest part of the platter. So in my
>> case I will not see a huge change moving to my SATA hard drive. I will
>> stay here on the new IDE much longer.
>>
>
> I'd be very interested in seeing the command and output for that drive using
> hdparm -iItT
>
>
>> --
>>
>> Karl F. Larsen, AKA K5DI
>> Linux User
>> #450462 http://counter.li.org.
>>
>
> Karl,
>
> I use a Seagate 320 gig ES SATA drive. This is a 3 Gb/sec drive BUT - it was
I have read man hdparm and want nothing else to do with it. It is
VERY DANGEROUS!

> --
>
> Karl F. Larsen, AKA K5DI
> Linux User
> #450462 http://counter.li.org.
>



------------------------------

Message: 11
Date: Fri, 28 Sep 2007 15:10:55 -0700
From: Dave Stevens
Subject: Re: Hard Drive data rates
To: For users of Fedora
Message-ID: <200709281510.55499.geek@xxxxxxxxxxxx>
Content-Type: text/plain; charset="iso-8859-1"

On Friday 28 September 2007 03:00:11 pm Karl Larsen wrote:
> Dave Stevens wrote:
> > On Friday 28 September 2007 10:50:32 am Karl Larsen wrote:
> >> I was lead to mis-understand the data rate of my new SATA hard
> >> drive. It indicated that the data rate was 3 GB/sec. But some checking
> >> with Google said the Hard Drive makers are very free with their units.
> >> To be specific a SATA drive is 3000 MegaBits/second. This boils down to
> >> about 375 MB.
> >>
> >> The old standard IDE parallel 40 pin plug is rated for a rate of 112
> >> MB at the fastest to 78 GB at the slowest part of the platter. So in my
> >> case I will not see a huge change moving to my SATA hard drive. I will
> >> stay here on the new IDE much longer.
> >
> > I'd be very interested in seeing the command and output for that drive
> > using hdparm -iItT
> >
> >> --
> >>
> >> Karl F. Larsen, AKA K5DI
> >> Linux User
> >> #450462 http://counter.li.org.
> >
> > Karl,
> >
> > I use a Seagate 320 gig ES SATA drive. This is a 3 Gb/sec drive BUT - it
> > was shipped with a jumper installed limiting it to half that rate, and
> > this rate is in any case a very optimistic one. Using hdparm as suggested
> > consistently gives me 78 MB/sec. That seems to be as good as it gets.
> > Also this is a very artificial figure, I have an old (about ten years) 9
> > gig SCSI drive that does about half that. It seems that the recent
> > addition of NCQ to SATA drives makes more of an improvement in heavily
> > loaded scenarios but quantifying this is not simple or unambiguous. I
> > want to try reconfiguring this setup in raid 0 but won't be able to do so
> > for a while. I know that another recent Seagate drive, their 400G ATA
> > gives transfer rates using hdparm -tT of about 50 MB/sec.
>
> There appears to be something wrong with hdparm on my computer. It only
> does this with all the various -tT and such:
>
> [root@k5di /]# hdparm -iItT
>
> hdparm - get/set hard disk parameters - version v6.9
>
> Usage: hdparm [options] [device] ..
>
> Options:
> -a get/set fs readahead
> -A set drive read-lookahead flag (0/1)
> -b get/set bus state (0 == off, 1 == on, 2 == tristate)
> -B set Advanced Power Management setting (1-255)
> -c get/set IDE 32-bit IO setting
> -C check IDE power mode status
> -d get/set using_dma flag

=== message truncated ===

---

 Chat on a cool, new interface. No download required. Click here.