Re: [gentoo-user] mount: Permission Denied in CHROOT

[Jigme Datse Yli-RAsku]

I had this problem, or at least something similar.  My solution (and this isn't 
specific instructions) was to boot from the CentOS "Everything" disc, and from 
there I could get a grub prompt, which would allow me to boot the system, which 
then from there I installed grub.  I think I ended up going through a few 
itterations before I got it booting correctly from the SSD, but in the end I 
got there.

On 2017-08-14 20:32, symack wrote:
> Hello Everyone,
>
> New installation on an older x346 system that has a HW raid serveraid7k.
> I have the appropriate kernel driver compiled `aic79xx`.
>
> lscpi:
>
> 00:00.0 Host bridge: Intel Corporation E7520 Memory Controller Hub (rev 0c)
> 00:00.1 Unassigned class [ff00]: Intel Corporation E7525/E7520 Error
> Reporting Registers (rev 0c)
> 00:02.0 PCI bridge: Intel Corporation E7525/E7520/E7320 PCI Express Port
> A (rev 0c)
> 00:04.0 PCI bridge: Intel Corporation E7525/E7520 PCI Express Port B
> (rev 0c)
> 00:05.0 PCI bridge: Intel Corporation E7520 PCI Express Port B1 (rev 0c)
> 00:06.0 PCI bridge: Intel Corporation E7520 PCI Express Port C (rev 0c)
> 00:08.0 System peripheral: Intel Corporation E7525/E7520/E7320 Extended
> Configuration Registers (rev 0c)
> 00:1d.0 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB
> UHCI Controller #1 (rev 02)
> 00:1d.1 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB
> UHCI Controller #2 (rev 02)
> 00:1d.7 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2
> EHCI Controller (rev 02)
> 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2)
> 00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC
> Interface Bridge (rev 02)
> 00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE
> Controller (rev 02)
> 00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus
> Controller (rev 02)
> 01:06.0 VGA compatible controller: Advanced Micro Devices, Inc.
> [AMD/ATI] RV100 [Radeon 7000 / Radeon VE]
> 02:00.0 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI Bridge
> A (rev 09)
> 02:00.2 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI Bridge
> B (rev 09)
> 03:03.0 Network controller: MYRICOM Inc. Myrinet 2000 Scalable Cluster
> Interconnect (rev 06)
> 05:00.0 Ethernet controller: Broadcom Limited NetXtreme BCM5721 Gigabit
> Ethernet PCI Express (rev 11)
> 06:00.0 Ethernet controller: Broadcom Limited NetXtreme BCM5721 Gigabit
> Ethernet PCI Express (rev 11)
> 07:00.0 PCI bridge: Intel Corporation 80332 [Dobson] I/O processor
> (A-Segment Bridge) (rev 07)
> 07:00.2 PCI bridge: Intel Corporation 80332 [Dobson] I/O processor
> (B-Segment Bridge) (rev 07)
> 08:0e.0 RAID bus controller: Adaptec ServeRAID Controller (rev 07)
>
>
>
> emerge --info
>
>
> Portage 2.3.6 (python 3.4.5-final-0, hardened/linux/amd64, gcc-5.4.0,
> glibc-2.23-r4, 4.8.17-hardened-r2 x86_64)
> =
> System uname:
> Linux-4.8.17-hardened-r2-x86_64-Intel-R-_Xeon-TM-_CPU_3.60GHz-with-gentoo-2.3
> KiB Mem: 8061620 total,   6539044 free
> KiB Swap:  0 total, 0 free
> Timestamp of repository gentoo: Mon, 07 Aug 2017 15:30:01 +
> sh bash 4.3_p48-r1
> ld GNU ld (Gentoo 2.28 p1.2) 2.28
> app-shells/bash:  4.3_p48-r1::gentoo
> dev-lang/perl:5.24.1-r2::gentoo
> dev-lang/python:  2.7.12::gentoo, 3.4.5::gentoo
> dev-util/pkgconfig:   0.28-r2::gentoo
> sys-apps/baselayout:  2.3::gentoo
> sys-apps/openrc:  0.28::gentoo
> sys-apps/sandbox: 2.10-r3::gentoo
> sys-devel/autoconf:   2.69::gentoo
> sys-devel/automake:   1.15-r2::gentoo
> sys-devel/binutils:   2.28-r2::gentoo
> sys-devel/gcc:5.4.0-r3::gentoo
> sys-devel/gcc-config: 1.7.3::gentoo
> sys-devel/libtool:2.4.6-r3::gentoo
> sys-devel/make:   4.2.1::gentoo
> sys-kernel/linux-headers: 4.4::gentoo (virtual/os-headers)
> sys-libs/glibc:   2.23-r4::gentoo
> Repositories:
>
> gentoo
> location: /usr/portage
> sync-type: rsync
> sync-uri: rsync://rsync.gentoo.org/gentoo-portage
> 
> priority: -1000
>
> ACCEPT_KEYWORDS="amd64"
> ACCEPT_LICENSE="* -@EULA"
> CBUILD="x86_64-pc-linux-gnu"
> CFLAGS="-march=core2 -msse4.1 -msse4.2 -mtune=generic -O2 -pipe"
> CHOST="x86_64-pc-linux-gnu"
> CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc
> /usr/share/gnupg/qualified.txt"
> CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf
> /etc/gentoo-release /etc/sandbox.d /etc/terminfo"
> CXXFLAGS="-march=core2 -msse4.1 -msse4.2 -mtune=generic -O2 -pipe"
> DISTDIR="/usr/portage/distfiles"
> FCFLAGS="-O2 -pipe"
> FEATURES="assume-digests binpkg-logs config-protect-if-modified
> distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch
> preserve-libs protect-owned sandbox sfperms strict unknown-features-warn
> unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
> 

Re: [gentoo-user] No beep.

[J. Roeleveld]

On 14 August 2017 20:22:54 GMT+02:00, Alan Mackenzie  wrote:
>Hello, Gentoo.
>
>I've almost got my new(ish) machine up and running.  In particular,
>I've
>got an email server (s/qmail) running on it, the most difficult part of
>bringing up a new box.
>
>However, during the building, I discovered to my disgust that there was
>no loudspeaker in my new case.  So, none of the helpful booting beeps
>that the motherboard uses to tell us that something's wrong.  Still, I
>got past that stage.
>
>But just typing into a virtual tty, sometimes the system (should) beep.
>It doesn't.  It should.
>
>It should, because I compiled the kernel with CONFIG_SND_HDA_INPUT_BEEP
>and CONFIG_SND_HDA_INPUT_BEEP_MODE set to 1.
>
>My loudspeakers are working, as shown by running speaker-test.  I'm
>using the kernel I think I am, verified by checking those two config
>settings in /proc/config.gz.
>
>Would somebody please suggest to me where I am going wrong, here?
>
>Thanks!

Silly question, but did you check the volume settings?

--
Joost
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

[gentoo-user] mount: Permission Denied in CHROOT

[symack]

Hello Everyone,

New installation on an older x346 system that has a HW raid serveraid7k. I
have the appropriate kernel driver compiled `aic79xx`.

lscpi:

00:00.0 Host bridge: Intel Corporation E7520 Memory Controller Hub (rev 0c)
00:00.1 Unassigned class [ff00]: Intel Corporation E7525/E7520 Error
Reporting Registers (rev 0c)
00:02.0 PCI bridge: Intel Corporation E7525/E7520/E7320 PCI Express Port A
(rev 0c)
00:04.0 PCI bridge: Intel Corporation E7525/E7520 PCI Express Port B (rev
0c)
00:05.0 PCI bridge: Intel Corporation E7520 PCI Express Port B1 (rev 0c)
00:06.0 PCI bridge: Intel Corporation E7520 PCI Express Port C (rev 0c)
00:08.0 System peripheral: Intel Corporation E7525/E7520/E7320 Extended
Configuration Registers (rev 0c)
00:1d.0 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI
Controller #1 (rev 02)
00:1d.1 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI
Controller #2 (rev 02)
00:1d.7 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI
Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2)
00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface
Bridge (rev 02)
00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE
Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller
(rev 02)
01:06.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
RV100 [Radeon 7000 / Radeon VE]
02:00.0 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI Bridge A
(rev 09)
02:00.2 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI Bridge B
(rev 09)
03:03.0 Network controller: MYRICOM Inc. Myrinet 2000 Scalable Cluster
Interconnect (rev 06)
05:00.0 Ethernet controller: Broadcom Limited NetXtreme BCM5721 Gigabit
Ethernet PCI Express (rev 11)
06:00.0 Ethernet controller: Broadcom Limited NetXtreme BCM5721 Gigabit
Ethernet PCI Express (rev 11)
07:00.0 PCI bridge: Intel Corporation 80332 [Dobson] I/O processor
(A-Segment Bridge) (rev 07)
07:00.2 PCI bridge: Intel Corporation 80332 [Dobson] I/O processor
(B-Segment Bridge) (rev 07)
08:0e.0 RAID bus controller: Adaptec ServeRAID Controller (rev 07)



emerge --info


Portage 2.3.6 (python 3.4.5-final-0, hardened/linux/amd64, gcc-5.4.0,
glibc-2.23-r4, 4.8.17-hardened-r2 x86_64)
=
System uname:
Linux-4.8.17-hardened-r2-x86_64-Intel-R-_Xeon-TM-_CPU_3.60GHz-with-gentoo-2.3
KiB Mem: 8061620 total,   6539044 free
KiB Swap:  0 total, 0 free
Timestamp of repository gentoo: Mon, 07 Aug 2017 15:30:01 +
sh bash 4.3_p48-r1
ld GNU ld (Gentoo 2.28 p1.2) 2.28
app-shells/bash:  4.3_p48-r1::gentoo
dev-lang/perl:5.24.1-r2::gentoo
dev-lang/python:  2.7.12::gentoo, 3.4.5::gentoo
dev-util/pkgconfig:   0.28-r2::gentoo
sys-apps/baselayout:  2.3::gentoo
sys-apps/openrc:  0.28::gentoo
sys-apps/sandbox: 2.10-r3::gentoo
sys-devel/autoconf:   2.69::gentoo
sys-devel/automake:   1.15-r2::gentoo
sys-devel/binutils:   2.28-r2::gentoo
sys-devel/gcc:5.4.0-r3::gentoo
sys-devel/gcc-config: 1.7.3::gentoo
sys-devel/libtool:2.4.6-r3::gentoo
sys-devel/make:   4.2.1::gentoo
sys-kernel/linux-headers: 4.4::gentoo (virtual/os-headers)
sys-libs/glibc:   2.23-r4::gentoo
Repositories:

gentoo
location: /usr/portage
sync-type: rsync
sync-uri: rsync://rsync.gentoo.org/gentoo-portage
priority: -1000

ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=core2 -msse4.1 -msse4.2 -mtune=generic -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc
/usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf
/etc/gentoo-release /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=core2 -msse4.1 -msse4.2 -mtune=generic -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks
ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs
protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs
unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://mirror.csclub.uwaterloo.ca/gentoo-distfiles/
ftp://mirror.csclub.uwaterloo.ca/gentoo-distfiles/;
LANG="en_US.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times
--omit-dir-times --compress --force --whole-file --delete --stats
--human-readable --timeout=180 --exclude=/distfiles --exclude=/local
--exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
USE="acl amd64 berkdb bindist bzip2 cli cracklib crypt cxx dri gdbm
hardened iconv ipv6 justify modules multilib ncurses nls nptl openmp pam
pax_kernel pcre pie 

Re: [gentoo-user] No beep.

[Corbin Bird]

On 08/14/2017 01:22 PM, Alan Mackenzie wrote:
> Hello, Gentoo.
> 
> I've almost got my new(ish) machine up and running.  In particular, I've
> got an email server (s/qmail) running on it, the most difficult part of
> bringing up a new box.
> 
> However, during the building, I discovered to my disgust that there was
> no loudspeaker in my new case.  So, none of the helpful booting beeps
> that the motherboard uses to tell us that something's wrong.  Still, I
> got past that stage.
> 
> But just typing into a virtual tty, sometimes the system (should) beep.
> It doesn't.  It should.
> 
> It should, because I compiled the kernel with CONFIG_SND_HDA_INPUT_BEEP
> and CONFIG_SND_HDA_INPUT_BEEP_MODE set to 1.
> 
> My loudspeakers are working, as shown by running speaker-test.  I'm
> using the kernel I think I am, verified by checking those two config
> settings in /proc/config.gz.
> 
> Would somebody please suggest to me where I am going wrong, here?
> 
> Thanks!
> 

Apologies, if this is just a stupid question ...

Did you purchase / install the old BIOS / Case speaker?
... yes, that 80's piece of speaker tech :)

Newer motherboards and cases don't come with one.
Had to spend ... $3 for a new one.
(U)EFI won't go BEEP! without one.

Corbin

Re: [gentoo-user] a bit off-topic - minimalist Gentoo: X needs a kick to start

[Francisco Ares]

2017-08-14 14:55 GMT-03:00 R0b0t1 :

> On Mon, Aug 14, 2017 at 12:12 PM, Francisco Ares  wrote:
> > Hi,
> >
> > I'm trying to build a minimal Gentoo image for an embedded appliance.
> > Everything - AFAIK - works good, but I need to key in Ctrl-Alt-F5  /
> > Ctrl-Alt-F7 a couple of times  (F5 is just an example, just have to
> switch
> > off of X and back again), just then X shows up.
> >
> > I have removed a lot of packages, in special the ones used in
> development.
> > GCC is still there, though.
> >
> > Any ideas?  I know this is hugely vague, but, who knows if someone out
> there
> > hasn't gone through this before?
> >
> > Thanks!
> > Francisco
>
> What is the hardware? Are you sure X is starting as quickly as you
> assume it is? Are you using the software rasterizer? I have
> experienced similar issues intermittently on my RPi/RPi3 but not
> regularly enough to diagnose it.
>
>
Thanks for answering.

The hardware is a x86-64 mini-ITX board, nothing unusual.  Besides this,
I'm working also in a Odroid XU-4, but this is not the issue.

I'm using regular X11 video drivers, as this board has a regular Intel
chipset.

Explaining a bit deeper:

There is a development equipment, with dozens of development aids. As I
don't want those in the disk image for production equipments, I have
managed to do this by making a copy of the working root partition
directories and files, remove portage related files and directories from
this copy and, using the working partition as reference, rip-off unneeded
packages files, like this:

for i in `equery -C f dev-qt/qt-creator` ; do if [ ! -d "$i" ] ; then rm -f
/mnt/aux/gentoo/$i ; fi ; done

Where /mnt/aux/gentoo/ contains that mentioned copy of all files of the
development root partition.

The package "dev-qt/qt-creator" is just an example, there are several
others which have their files removed from the copy of the root partition.

Thanks and
Best Regards,
Francisco

[gentoo-user] No beep.

[Alan Mackenzie]

Hello, Gentoo.

I've almost got my new(ish) machine up and running.  In particular, I've
got an email server (s/qmail) running on it, the most difficult part of
bringing up a new box.

However, during the building, I discovered to my disgust that there was
no loudspeaker in my new case.  So, none of the helpful booting beeps
that the motherboard uses to tell us that something's wrong.  Still, I
got past that stage.

But just typing into a virtual tty, sometimes the system (should) beep.
It doesn't.  It should.

It should, because I compiled the kernel with CONFIG_SND_HDA_INPUT_BEEP
and CONFIG_SND_HDA_INPUT_BEEP_MODE set to 1.

My loudspeakers are working, as shown by running speaker-test.  I'm
using the kernel I think I am, verified by checking those two config
settings in /proc/config.gz.

Would somebody please suggest to me where I am going wrong, here?

Thanks!

-- 
Alan Mackenzie (Nuremberg, Germany).

Re: [gentoo-user] a bit off-topic - minimalist Gentoo: X needs a kick to start

[R0b0t1]

On Mon, Aug 14, 2017 at 12:12 PM, Francisco Ares  wrote:
> Hi,
>
> I'm trying to build a minimal Gentoo image for an embedded appliance.
> Everything - AFAIK - works good, but I need to key in Ctrl-Alt-F5  /
> Ctrl-Alt-F7 a couple of times  (F5 is just an example, just have to switch
> off of X and back again), just then X shows up.
>
> I have removed a lot of packages, in special the ones used in development.
> GCC is still there, though.
>
> Any ideas?  I know this is hugely vague, but, who knows if someone out there
> hasn't gone through this before?
>
> Thanks!
> Francisco

What is the hardware? Are you sure X is starting as quickly as you
assume it is? Are you using the software rasterizer? I have
experienced similar issues intermittently on my RPi/RPi3 but not
regularly enough to diagnose it.

[gentoo-user] a bit off-topic - minimalist Gentoo: X needs a kick to start

[Francisco Ares]

Hi,

I'm trying to build a minimal Gentoo image for an embedded appliance.
Everything - AFAIK - works good, but I need to key in Ctrl-Alt-F5  /
 Ctrl-Alt-F7 a couple of times  (F5 is just an example, just have to switch
off of X and back again), just then X shows up.

I have removed a lot of packages, in special the ones used in development.
GCC is still there, though.

Any ideas?  I know this is hugely vague, but, who knows if someone out
there hasn't gone through this before?

Thanks!
Francisco

Re: [gentoo-user] Something started muting the sound

[Robin Atwood]

On Monday 14 August 2017, Mick wrote:
> On Monday 14 Aug 2017 19:31:48 Robin Atwood wrote:
> > That's very interesting and would explain a lot except that I don't have
> > a dock! So does anybody have an idea as to why the TP has decided it's
> > been docked when it hasn't? There are not currently any other output
> > devices to select (AFAICT).
> 
> It could be a hardware problem.  Check the docking port has not been
> unlocked accidentally for some reason, no debris is shorting its
> connectors and that the BIOS menu does not report it being docked.  I
> think the audio output device symptom is controlled by ACPI, but before
> blaming bugs in ACPI I'd start by looking at the hardware in the first
> instance.

The docking slot is clear, there is nothing in the BIOS about docking and 
acpitool doesn't report anything about the docking state. The Dock option is 
on in the ACPI section of the kernel config.

Robin

-- 
--
Robin Atwood.

"Ship me somewheres east of Suez, where the best is like the worst,
 Where there ain't no Ten Commandments an' a man can raise a thirst"
 from "Mandalay" by Rudyard Kipling
--









-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [gentoo-user] Something started muting the sound

[Mick]

On Monday 14 Aug 2017 19:31:48 Robin Atwood wrote:
> On Monday 14 August 2017, Mick wrote:
> > On Sunday 13 Aug 2017 20:27:12 Robin Atwood wrote:
> > > On Saturday 12 August 2017, Alexander Kapshuk wrote:
> > > However, grepping dmesg was interesting:
> > > 
> > > # grep HDA /var/log/dmesg
> > > [   10.981754] input: HDA Digital PCBeep as
> > > /devices/pci:00/:00:1b.0/sound/card0/hdaudioC0D0/inp
> > > ut9
> > > [   10.981963] input: HDA Intel MID Mic as
> > > /devices/pci:00/:00:1b.0/sound/card0/input10
> > > [   10.982033] input: HDA Intel MID Dock Mic as
> > > /devices/pci:00/:00:1b.0/sound/card0/input11
> > > [   10.982102] input: HDA Intel MID Dock Headphone as
> > > /devices/pci:00/:00:1b.0/sound/card0/input
> > > 12
> > > [   10.982171] input: HDA Intel MID Headphone as
> > > /devices/pci:00/:00:1b.0/sound/card0/input13
> > 
> > The above shows you have your laptop docked.  When docked the on board
> > speakers are usually disconnected.
> > 
> > It's been a very long time since I docked a laptop and my memory is not
> > very reliable, but I recall fixing a similar problem by selecting a
> > different output device.  I don't know if you can do this from alsamixer,
> > but you should be able to do it from pulseaudio, or from whatever GUI your
> > desktop provides for managing audio devices.  Switch over from
> > headphones/docking station to speakers and you should be OK.
> 
> That's very interesting and would explain a lot except that I don't have a
> dock! So does anybody have an idea as to why the TP has decided it's been
> docked when it hasn't? There are not currently any other output devices to
> select (AFAICT).
> 
> Thanks
> Robin

It could be a hardware problem.  Check the docking port has not been unlocked 
accidentally for some reason, no debris is shorting its connectors and that 
the BIOS menu does not report it being docked.  I think the audio output 
device symptom is controlled by ACPI, but before blaming bugs in ACPI I'd 
start by looking at the hardware in the first instance.
-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Something started muting the sound

[Robin Atwood]

On Monday 14 August 2017, Mick wrote:
> On Sunday 13 Aug 2017 20:27:12 Robin Atwood wrote:
> > On Saturday 12 August 2017, Alexander Kapshuk wrote:
> > However, grepping dmesg was interesting:
> > 
> > # grep HDA /var/log/dmesg
> > [   10.981754] input: HDA Digital PCBeep as
> > /devices/pci:00/:00:1b.0/sound/card0/hdaudioC0D0/inp
> > ut9
> > [   10.981963] input: HDA Intel MID Mic as
> > /devices/pci:00/:00:1b.0/sound/card0/input10
> > [   10.982033] input: HDA Intel MID Dock Mic as
> > /devices/pci:00/:00:1b.0/sound/card0/input11
> > [   10.982102] input: HDA Intel MID Dock Headphone as
> > /devices/pci:00/:00:1b.0/sound/card0/input
> > 12
> > [   10.982171] input: HDA Intel MID Headphone as
> > /devices/pci:00/:00:1b.0/sound/card0/input13
> 
> The above shows you have your laptop docked.  When docked the on board
> speakers are usually disconnected.
> 
> It's been a very long time since I docked a laptop and my memory is not
> very reliable, but I recall fixing a similar problem by selecting a
> different output device.  I don't know if you can do this from alsamixer,
> but you should be able to do it from pulseaudio, or from whatever GUI your
> desktop provides for managing audio devices.  Switch over from
> headphones/docking station to speakers and you should be OK.

That's very interesting and would explain a lot except that I don't have a 
dock! So does anybody have an idea as to why the TP has decided it's been 
docked when it hasn't? There are not currently any other output devices to 
select (AFAICT).

Thanks
Robin

-- 
--
Robin Atwood.

"Ship me somewheres east of Suez, where the best is like the worst,
 Where there ain't no Ten Commandments an' a man can raise a thirst"
 from "Mandalay" by Rudyard Kipling
--









-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.