It's been awhile since I have posted on here but after reading snap's frustration I want to officially mirror snap's concern. Before anyone reads, please don't castigate me for voicing an opinion!! I know I'm not on here a ton, especially recently, but VSIDO is really the forum I call home!! So, if you're a systemd fan, caveat emptor, I have antipathy for it.

[tirade]

When running only VSIDO, it was systemd that borked my system. First audio. Fixed it. Then x. Fixed it. Then network connectivity. Omg what abject buggery and prestidigitation to fix that. Then a long list of floggings. I jumped to Debian SID, which I confess, was marvelous. Actually the Debian SID build your own taught me a lot. Then, systemd and the 4.0 kernel tag teamed me - borked that too. Pavlovian condition. Done.

I have moved on from the ashes of the once great Debian. I won't use that steaming heap anymore.

Systemd was implemented despite the outcries of the linux community. Foisted upon users. In a concerted cross distro effort. What was the impetus for this? To speed up start times like everyone says? Sorry, that smells like kyarn to me. I don't believe that for a moment. What unseen, unheard, behind the scenes effort could have so rapidly coerced so many distros to systemd? For what purpose. I can only speculate.

I'm nurturing a multi install system. I'm not happy with it yet, but learning a lot. If you're looking for a systemd free alternative which is Debian, Antix is pretty solid and reminds me a bit of VSIDO, only without the SID.I have it just in case.  The SID version is a systemd-viant. Other Debians, Devuan and Dyne, are trying to rock it sans systemd. As I said, I have been conditioned away from Debian at this point. The systems I'm trying to set up are Alpine and Gentoo. Gentoo is taking me a while but it is very interesting to learn. One thing I'm learning is patience Alpine was not quite a snap to install (mainly because their instructions tell you to use fdisk, which I did, on my gpt system (sending me back to GRUB/MBR/part school) but once running, I found its package managment, apk, a ports system, very easy to learn/use; it feels like a cross between apt and git, but simpler and smarter. Alpine has a goodly number of setup scripts, quite handy. It's not perfect: chsh doesn't seem to be available to me, and I cannot seem to change the shell from ash to zsh, the repos aren't as large (no cwm, no ranger, no bsd-games, no cli candy like cmatrix, screenfetch, figlet, etc) but it's a different distro to learn and hella hella fast. Thankfully it has other software I use though, Openbox, Fluxbox, Awesome. And it feels like VSIDO in the sense of being minimal.

I don't know how long I'll stick with those distros. I came to linux because of 'live free or die'. systemd is not living free. systemd=die. It could well be the deathknell to the spirit of linux.

Snap: I'm with ya.

[/tirade]

I know others have had better experiences with systemd, but mine has been very rough, and the amount of info I have learnt seems to be better used elsewhere. If you can all live with systemd, go for it. I can't.

Packrat,

Now that you mention your search, it occurs to me that I was using unbubble to search. I went to google and got a lot more search results.

Incidentally, reading through some of them, I should mention I do not have lightdm. I start x from tty via 'xinit xxx', having edited my .xsession to reflect a bunch of different wm's. According this post alsa must be started by the display manager, kdm on his system, and I assume lightdm for non-KDE environments, both of which have to be started with systemd. I have neither lightdm nor kdm. I don't want no damn dm. I do have systemd. In that respect, my system is the same pre-4.0 (ie, 3.16) and post-4.0, on both I have systemd but not lightdm. But it makes me wonder, what has changed with systemd with this most recent kernel upgrade? or is it merely the kernel change?

I might have to reconfigure alsa-base via 'dpkg-reconfigure alsa-base' or an alternative might be to use 'dkms' to automatically reconfigure alsa each time I update my kernel. I think this alsa issue is identical to the one described here (which is actually a pleasurable read for me since I love doing junk in terminal and the ixtmixilix kinda rants and I love it.

So for now, this is a housekeeping post. I'll report back after researching which method is the best and implementing it.

Packrat, thanks for the feedback. So, why would I be able to play local audio files and stream internet radio in tty, but similar attempts fail in x? Weird.

Incidentally, in x,


superwow@grmldeb ~ % cat /proc/asound/modules                                                                                                              v39%
0 snd_hda_intel
superwow@grmldeb ~ % aplay -l                                                                                                                              v34%
aplay: device_list:268: no soundcards found...
superwow@grmldeb ~ % more /etc/modprobe.d/sound                                                                                                            v34%
more: stat of /etc/modprobe.d/sound failed: No such file or directory


Oh yeh, and incidentally, I tried to stream radio via mpg321 and get an alsa output:


mpg321 http://somafm.com/poptron.pls                                                                                            :(  v32%
... ...
Directory: http:
Playing MPEG stream from somafm.com ...
MPEG 1.0 layer III, 128 kbit/s, 44100 Hz stereo
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.front



which led me on a short goose chase and then to issue


superwow@grmldeb ~ % grep snd ~/.xsession-errors                                                                                                           v30%
1 superwow@grmldeb ~ % 

1 superwow@grmldeb ~ % sudo lsmod | grep 2835                                                                                                          :(  v28%
[sudo] password for superwow:



No errors, but looks like the sound driver is not loaded ... when I am in x ... How does sound play when in tty though?

Could it be Colonel Mustard in the Billiard Room with a spanner?

In Lubuntu, I played music and streamed radio without issue. I updated grub as well. And then shutdown -h now.

Boot into Debian, and ... wait not into x just yet!! In tty, where I generally boot to, I thought, well heck let me see if I can stream or play local from CLI.

He navigates to his audiofiction folders. He mpg321 some .mpg. He hears sound. Audiofiction. He slaps head in disgust.

Whaaaat? I have literally done nothing aside from update grub. Um. Scratches head and thanks Packrat for entertaining me. Hopefully I will be more entertaining next time. Incidentally, automatically loaded the new linux kernel ... 4.0.0-1 installed from Debian sid repos. Maybe that was the issue, soundcard drivers kernelized?

The above portion was in my first xsession. I have been playing around with multiple window managers and have edited my xinitrc and xsession files and found errors. So edited, then killed x, then came back. Prior to killing x, I was streaming music. After killing x then restarting cwm, no streaming, no audio.

Perplexed.

Logged back in now, on the other side, Lubuntu install. So, interesting little experiment here. Audio is fine inside Lubuntu.

The scientist in me requires I repeat post output. So, for posterity and onlookers:


superwow@rlyeh ~ % inxi -ASM                                               ^22%
System:    Host: rlyeh Kernel: 3.13.0-49-generic x86_64 (64 bit) Desktop: Openbox 3.5.2 Distro: Ubuntu 14.04 trusty
Machine:   System: Hewlett-Packard (portable) product: HP ENVY 4 Notebook PC version: 0795100000205600000320100
           Mobo: Hewlett-Packard model: 1894 version: 72.66 Bios: Insyde version: F.23 date: 01/15/2013
Audio:     Card: Intel 7 Series/C210 Series Family High Definition Audio Controller driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture ver: k3.13.0-49-generic



superwow@rlyeh ~ % lspci | grep -i audio                                                                      ^38%
00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04)



1 superwow@rlyeh ~ % lsmod | grep intel                                                                   :(  ^24%
snd_hda_intel          56531  0
snd_hda_codec         192906  3 snd_hda_codec_hdmi,snd_hda_codec_idt,snd_hda_intel
intel_rapl             18773  0
intel_powerclamp       14705  0
snd_pcm               102099  3 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel
snd_page_alloc         18710  2 snd_pcm,snd_hda_intel
ghash_clmulni_intel    13216  0
aesni_intel            55624  2
aes_x86_64             17131  1 aesni_intel
lrw                    13286  1 aesni_intel
glue_helper            13990  1 aesni_intel
ablk_helper            13597  1 aesni_intel
cryptd                 20359  3 ghash_clmulni_intel,aesni_intel,ablk_helper
snd                    69322  11 snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_hda_codec_idt,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec,snd_hda_intel,snd_seq_device,snd_seq_midi
intel_smartconnect     12619  0



superwow@rlyeh ~ % lsmod | grep snd                                                                           ^28%
snd_hda_codec_hdmi     46368  1
snd_hda_codec_idt      54762  1
snd_hda_intel          56531  0
snd_hda_codec         192906  3 snd_hda_codec_hdmi,snd_hda_codec_idt,snd_hda_intel
snd_hwdep              13602  1 snd_hda_codec
snd_pcm               102099  3 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel
snd_page_alloc         18710  2 snd_pcm,snd_hda_intel
snd_seq_midi           13324  0
snd_seq_midi_event     14899  1 snd_seq_midi
snd_rawmidi            30144  1 snd_seq_midi
snd_seq                61560  2 snd_seq_midi_event,snd_seq_midi
snd_seq_device         14497  3 snd_seq,snd_rawmidi,snd_seq_midi
snd_timer              29482  2 snd_pcm,snd_seq
snd                    69322  11 snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_hda_codec_idt,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec,snd_hda_intel,snd_seq_device,snd_seq_midi
soundcore              12680  1 snd



superwow@rlyeh ~ % aplay -l                                                                                   ^29%
**** List of PLAYBACK Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: 92HD91BXX Analog [92HD91BXX Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0



superwow@rlyeh ~ % lspci | grep -i audio                                                                      ^30%
00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04)



superwow@rlyeh ~ % lspci -v                                                                                   ^30%
00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM Controller (rev 09)
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, fast devsel, latency 0
Capabilities: <access denied>

00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) (prog-if 00 [VGA controller])
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, fast devsel, latency 0, IRQ 48
Memory at 50000000 (64-bit, non-prefetchable) [size=4M]
Memory at 40000000 (64-bit, prefetchable) [size=256M]
I/O ports at 3000 [size=64]
Expansion ROM at <unassigned> [disabled]
Capabilities: <access denied>
Kernel driver in use: i915

00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04) (prog-if 30 [XHCI])
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, medium devsel, latency 0, IRQ 42
Memory at 50700000 (64-bit, non-prefetchable) [size=64K]
Capabilities: <access denied>
Kernel driver in use: xhci_hcd

00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04)
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, fast devsel, latency 0, IRQ 46
Memory at 50714000 (64-bit, non-prefetchable) [size=16]
Capabilities: <access denied>
Kernel driver in use: mei_me

00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04) (prog-if 20 [EHCI])
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, medium devsel, latency 0, IRQ 16
Memory at 50719000 (32-bit, non-prefetchable) [size=1K]
Capabilities: <access denied>
Kernel driver in use: ehci-pci

00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04)
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, fast devsel, latency 0, IRQ 49
Memory at 50710000 (64-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: snd_hda_intel

00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 00002000-00002fff
Memory behind bridge: 50600000-506fffff
Prefetchable memory behind bridge: 0000000050400000-00000000504fffff
Capabilities: <access denied>
Kernel driver in use: pcieport

00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 (rev c4) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
Memory behind bridge: 50500000-505fffff
Capabilities: <access denied>
Kernel driver in use: pcieport

00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04) (prog-if 20 [EHCI])
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, medium devsel, latency 0, IRQ 23
Memory at 50718000 (32-bit, non-prefetchable) [size=1K]
Capabilities: <access denied>
Kernel driver in use: ehci-pci

00:1f.0 ISA bridge: Intel Corporation HM77 Express Chipset LPC Controller (rev 04)
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, medium devsel, latency 0
Capabilities: <access denied>
Kernel driver in use: lpc_ich

00:1f.2 RAID bus controller: Intel Corporation 82801 Mobile SATA Controller [RAID mode] (rev 04)
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 44
I/O ports at 3088 [size=8]
I/O ports at 3094 [size=4]
I/O ports at 3080 [size=8]
I/O ports at 3090 [size=4]
I/O ports at 3060 [size=32]
Memory at 50717000 (32-bit, non-prefetchable) [size=2K]
Capabilities: <access denied>
Kernel driver in use: ahci

00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04)
Subsystem: Hewlett-Packard Company Device 1894
Flags: medium devsel, IRQ 10
Memory at 50715000 (64-bit, non-prefetchable) [size=256]
I/O ports at 3040 [size=32]

01:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device 5289 (rev 01)
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, fast devsel, latency 0, IRQ 43
Memory at 50600000 (32-bit, non-prefetchable) [size=64K]
Capabilities: <access denied>
Kernel driver in use: rtsx_pci

01:00.2 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0a)
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, fast devsel, latency 0, IRQ 45
I/O ports at 2000 [size=256]
Memory at 50404000 (64-bit, prefetchable) [size=4K]
Memory at 50400000 (64-bit, prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: r8169

02:00.0 Network controller: Intel Corporation Centrino Wireless-N 2230 (rev c4)
Subsystem: Intel Corporation Centrino Wireless-N 2230 BGN
Flags: bus master, fast devsel, latency 0, IRQ 47
Memory at 50500000 (64-bit, non-prefetchable) [size=8K]
Capabilities: <access denied>
Kernel driver in use: iwlwifi



superwow@rlyeh ~ % dmesg | grep audio                                                                         ^30%
1 superwow@rlyeh ~ %   


So, the update in Debian .... removed my sound card ...

Computer say no.

I am guessing on my vanilla stretch install there is a driver or dependency missing which is required to sense the soundcard. I just don''t know what it is. Know what is missing from my stretch?

Packrat,

Thanks for the response. Here's the output you asked for:


superwow@grmldeb ~ % lsmod | grep snd                                                                                                                      v52%
snd_hda_codec_hdmi     45118  1
snd_hda_codec_idt      48816  1
snd_hda_codec_generic    63142  1 snd_hda_codec_idt
snd_hda_intel          26327  0
snd_hda_controller     26646  1 snd_hda_intel
snd_hda_codec         104463  5 snd_hda_codec_hdmi,snd_hda_codec_idt,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller
snd_hwdep              13148  1 snd_hda_codec
snd_pcm                88662  4 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller
snd_timer              26614  1 snd_pcm
snd                    65244  8 snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_hda_codec_idt,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
soundcore              13026  2 snd,snd_hda_codec
superwow@grmldeb ~ % lsmod | grep intel                                                                                                                    v52%
intel_powerclamp       17159  0
intel_rapl             17356  0
ghash_clmulni_intel    12978  0
aesni_intel           151423  3
aes_x86_64             16719  1 aesni_intel
lrw                    12757  1 aesni_intel
glue_helper            12695  1 aesni_intel
ablk_helper            12572  1 aesni_intel
cryptd                 14516  3 ghash_clmulni_intel,aesni_intel,ablk_helper
snd_hda_intel          26327  0
snd_hda_controller     26646  1 snd_hda_intel
snd_hda_codec         104463  5 snd_hda_codec_hdmi,snd_hda_codec_idt,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller
snd_pcm                88662  4 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller
snd                    65244  8 snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_hda_codec_idt,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
intel_smartconnect     12448  0
crc32c_intel           21809  0
thermal_sys            27642  6 fan,video,intel_powerclamp,thermal,processor,x86_pkg_temp_thermal



I have not booted from live cd yet. Let me shutdown and boot into my other install, Lubuntu, and I can report back.

All,

I just did 'apt-get update && apt-get dist-upgrade' which I have been holding off for over a week. I have watched a number of bugs pop up and several be addressed with fixes, and the others I just applied 'apt-mark hold'. It pulled in the new kernel (4.0), though, per Packrat's post about corruption of ext4, I have not loaded that kernel. Everything seems to work except my sound. No sound output either from headphones or speakers. Alsamixer lets me change sound levels, but does not see a sound card (via F6), even though pre-update it did. So I am trying to figure out how to get sound back. Output below indicates I have drivers installed, but, the soundcard itself is not recognized? I read through other user groups for advice, but none specific to this recent stretch update.

Just to let you know, I apt-mark hold iceweasel, in part because of a gstreamer bug. Not sure if that matters.

Details follow:


inxi -AMS
System:    Host: grmldeb Kernel: 3.16.0-4-amd64 x86_64 (64 bit) Desktop: N/A Distro: Debian GNU/Linux stretch/sid
Machine:   System: Hewlett-Packard product: HP ENVY 4 Notebook PC v: 0795100000205600000320100
           Mobo: Hewlett-Packard model: 1894 v: 72.66 Bios: Insyde v: F.23 date: 01/15/2013
Audio:     Card Intel 7 Series/C210 Series Family High Definition Audio Controller driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k3.16.0-4-amd64




aplay -l
aplay: device_list:268: no soundcards found...



lspci | grep -i audio
00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04)



lspci -v                                                                                                                       
00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM Controller (rev 09)
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, fast devsel, latency 0
Capabilities: <access denied>
Kernel driver in use: ivb_uncore

00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) (prog-if 00 [VGA controller])
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, fast devsel, latency 0, IRQ 49
Memory at 50000000 (64-bit, non-prefetchable) [size=4M]
Memory at 40000000 (64-bit, prefetchable) [size=256M]
I/O ports at 3000 [size=64]
Expansion ROM at <unassigned> [disabled]
Capabilities: <access denied>
Kernel driver in use: i915

00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04) (prog-if 30 [XHCI])
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, medium devsel, latency 0, IRQ 44
Memory at 50700000 (64-bit, non-prefetchable) [size=64K]
Capabilities: <access denied>
Kernel driver in use: xhci_hcd

00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04)
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, fast devsel, latency 0, IRQ 46
Memory at 50714000 (64-bit, non-prefetchable) [size=16]
Capabilities: <access denied>
Kernel driver in use: mei_me

00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04) (prog-if 20 [EHCI])
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, medium devsel, latency 0, IRQ 16
Memory at 50719000 (32-bit, non-prefetchable) [size=1K]
Capabilities: <access denied>
Kernel driver in use: ehci-pci

00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04)
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, fast devsel, latency 0, IRQ 47
Memory at 50710000 (64-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: snd_hda_intel

00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 00002000-00002fff
Memory behind bridge: 50600000-506fffff
Prefetchable memory behind bridge: 0000000050400000-00000000504fffff
Capabilities: <access denied>
Kernel driver in use: pcieport

00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 (rev c4) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
Memory behind bridge: 50500000-505fffff
Capabilities: <access denied>
Kernel driver in use: pcieport

00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04) (prog-if 20 [EHCI])
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, medium devsel, latency 0, IRQ 23
Memory at 50718000 (32-bit, non-prefetchable) [size=1K]
Capabilities: <access denied>
Kernel driver in use: ehci-pci

00:1f.0 ISA bridge: Intel Corporation HM77 Express Chipset LPC Controller (rev 04)
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, medium devsel, latency 0
Capabilities: <access denied>
Kernel driver in use: lpc_ich

00:1f.2 RAID bus controller: Intel Corporation 82801 Mobile SATA Controller [RAID mode] (rev 04)
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 45
I/O ports at 3088 [size=8]
I/O ports at 3094 [size=4]
I/O ports at 3080 [size=8]
I/O ports at 3090 [size=4]
I/O ports at 3060 [size=32]
Memory at 50717000 (32-bit, non-prefetchable) [size=2K]
Capabilities: <access denied>
Kernel driver in use: ahci

00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04)
Subsystem: Hewlett-Packard Company Device 1894
Flags: medium devsel, IRQ 19
Memory at 50715000 (64-bit, non-prefetchable) [size=256]
I/O ports at 3040 [size=32]

01:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device 5289 (rev 01)
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, fast devsel, latency 0, IRQ 43
Memory at 50600000 (32-bit, non-prefetchable) [size=64K]
Capabilities: <access denied>
Kernel driver in use: rtsx_pci

01:00.2 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0a)
Subsystem: Hewlett-Packard Company Device 1894
Flags: bus master, fast devsel, latency 0, IRQ 42
I/O ports at 2000 [size=256]
Memory at 50404000 (64-bit, prefetchable) [size=4K]
Memory at 50400000 (64-bit, prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: r8169

02:00.0 Network controller: Intel Corporation Centrino Wireless-N 2230 (rev c4)
Subsystem: Intel Corporation Centrino Wireless-N 2230 BGN
Flags: bus master, fast devsel, latency 0, IRQ 48
Memory at 50500000 (64-bit, non-prefetchable) [size=8K]
Capabilities: <access denied>
Kernel driver in use: iwlwifi



dmesg | grep audio
[    3.115263] sound hdaudioC0D0: autoconfig: line_outs=1 (0xd/0x0/0x0/0x0/0x0) type:speaker
[    3.115267] sound hdaudioC0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[    3.115270] sound hdaudioC0D0:    hp_outs=1 (0xb/0x0/0x0/0x0/0x0)
[    3.115271] sound hdaudioC0D0:    mono: mono_out=0x0
[    3.115273] sound hdaudioC0D0:    inputs:
[    3.115275] sound hdaudioC0D0:      Internal Mic=0x11
[    3.115277] sound hdaudioC0D0:      Mic=0xc
[    3.195204] input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/sound/card0/hdaudioC0D0/input9




apt-cache policy pulseaudio
pulseaudio:
  Installed: 6.0-2
  Candidate: 6.0-2
  Version table:
*** 6.0-2 0
        500 http://ftp.us.debian.org/debian/ sid/main amd64 Packages
        100 /var/lib/dpkg/status



It strikes me that something about the sound card may have moved into the kernel, and all the other apps updated at the same time as the kernel, but I haven't loaded the new kernel yet. Could this be the case?

Otherwise, any help provided will get you a hearty thanks.

Not to steal the V-ger's thunder, but I think I have another puzzler.

Today's update (sudo apt-get update & sudo apt-get dist-upgrade) brings a new linux-image to my machine, which I was excited to see. And on accepting the update, my friend apt-listbugs tells me there is a serious bug of gcc. A tad wee bit of digging shows a dependency chain between gcc and the linux image. And, I thought they figured critical stuff like this out before releasing a new linux image? Is that right?

Relevant codez follow for your discussion or my embarrassment:


The following NEW packages will be installed:                                                                         
  gcc-4.9 irqbalance libasan1 libc-dev-bin libc6-dev libcilkrts5 libgcc-4.9-dev liblsan0 libubsan0                   
  linux-compiler-gcc-4.9-x86 linux-headers-4.0.0-1-amd64 linux-headers-4.0.0-1-common linux-image-4.0.0-1-amd64       
  linux-kbuild-4.0 linux-libc-dev manpages-dev                                                                         
The following packages have been kept back:                                                                           
  libgnutls-deb0-28 libgnutls-openssl27 openssl rkhunter                                                               
The following packages will be upgraded:                                                                               
  dbus dbus-x11 firmware-iwlwifi firmware-linux firmware-linux-nonfree geoip-database libdbus-1-3 libegl1-mesa libgbm1
  libgl1-mesa-dri libgl1-mesa-glx libglapi-mesa libglib2.0-0 libglib2.0-data libnet-ssleay-perl libsqlite3-0           
  libwayland-egl1-mesa libx11-protocol-perl libxatracker2 linux-headers-amd64 linux-image-amd64 rsyslog spacefm       
  spacefm-common                                                                                                       
24 upgraded, 16 newly installed, 0 to remove and 4 not upgraded.                                                       
Need to get 0 B/71.6 MB of archives.                                                                                   
After this operation, 247 MB of additional disk space will be used.                                                   
Do you want to continue? [Y/n] y                                                                                       
Retrieving bug reports... Done                                                                                         
Parsing Found/Fixed information... Done                                                                               
serious bugs of gcc-4.9 (→ 4.9.2-16) <Outstanding>                                                                     
b1 - #785066 - -m32 no longer supported on ppc64el; cannot build a kernel                                             
Summary:                                                                                                               
gcc-4.9(1 bug)                                                                                                       
Are you sure you want to install/upgrade the above packages? [Y/n/?/...] n                                             
**********************************************************************                                                 
****** Exiting with an error in order to stop the installation. ******                                                 
**********************************************************************                                                 
E: Sub-process /usr/sbin/apt-listbugs apt returned an error code (10)                                                 
E: Failure running script /usr/sbin/apt-listbugs apt                                                                   
100 superwow@grmldeb ~ % apt-cache depends linux-compiler-gcc-4.9-x86                                          :(  v32%
linux-compiler-gcc-4.9-x86                                                                                             
  Depends: gcc-4.9                                                                                                     
superwow@grmldeb ~ % apt-cache rdepends linux-compiler-gcc-4.9-x86                                                 v32%
linux-compiler-gcc-4.9-x86                                                                         
Reverse Depends:                                                                                     
  linux-headers-4.0.0-1-amd64 


Is this a gordian knot? Or just business as usual for a major Sid upgrade?

Packrat, thanks for the info you found on your search. So, a bit of confession here, I have been playing around with alternative search engines, and my current one is Unbubble. Not bad, better than many but just not quite as good as Duckduckgo, Google, Bing, etc. So, perhaps that's why I didn't come across the errors you found.

I installed everything via apt from Debian SID repos. No git, just apt. I have probably had cwm and compton since December or February, 5-6 months. When I disable compton, the reported terminal warnings about wm errors go away. I don't run tint2 so not sure how cwm etc would behave with it.


apt-cache policy compton                                                                                                              :(  v79%
compton:
  Installed: 0.1~beta2-1
  Candidate: 0.1~beta2-1
  Version table:
*** 0.1~beta2-1 0
        500 http://ftp.us.debian.org/debian/ sid/main amd64 Packages
        100 /var/lib/dpkg/status

apt-cache policy cwm                                                                                                                    :(  v79%
cwm:
  Installed: 5.6-4
  Candidate: 5.6-4
  Version table:
*** 5.6-4 0
        500 http://ftp.us.debian.org/debian/ sid/main amd64 Packages
        100 /var/lib/dpkg/status



Anyone use cwm?

I have been playing around with it. I have been giving it a go. It is very simple to configure with a flux-like config FILE (single, not multiple). It is very flexible and uses less resources than flux or openbox. Not sure if I'll stay with it, but, I do indeed like it.

But I often see an error in my CLI when using it.


superwow@grmldeb ~ % [ 49804.54 ] error 3 (BadWindow) request 20 minor 0 serial 1640246 ("BadWindow (invalid Window parameter)")
[ 49804.54 ] error 3 (BadWindow) request 20 minor 0 serial 1640247 ("BadWindow (invalid Window parameter)")
[ 49804.54 ] error 3 (BadWindow) request 20 minor 0 serial 1640248 ("BadWindow (invalid Window parameter)")
[ 49804.54 ] error 3 (BadWindow) request 20 minor 0 serial 1640249 ("BadWindow (invalid Window parameter)")
[ 49986.99 ] error 140 (BadRegion) request138 minor 15 serial 1692351 ("BadRegion (invalid Region parameter)")


It doesn't seem to be related to operation of cwm, as the wm seems to be working without issue. I have searched through other user groups, and searched the web (though cwm generally returns pages of android support), to no avail.

Anyone know what it means?

All, thanks for the advice.

@Snap, I have seen that post/thread by machinebacon before - a wealth of info that guy, about linux and tobacco. Just forgot to search the q before posting here. And quite a sources.list.

@Packrat, thanks for the info about runlevels. More detailed yet simpler than the man pages. Thanks.

So,  I followed the advice to hold the package. Unhide will not hold. So I held rkhunter.

Now to show held packages I


apt-mark showhold


and to list the bugs of each package which I have held, or for any package for that matter, I can


apt-listbugs list openssl


and get the information I want.

I guess I could write a script to index the list of held apps and pass that list to apt-listbugs and check to see if there is output and if not remove the hold. But my shell coding skills need to increase prior to that

Thanks for the info everyone.

Thanks all for the info. I knew there was a way to do this. Ozi, thanks for the reminder. I think I have used this in the past and ... <clears throat> ...  forgot. This was what I was hoping someone would tell me. If I hold packages this way, is there a way to check at some point which packages have been held? I am assuming that data is  stored in /etc/apt/preferences.d? I found that I can do "sudo apt-mark showhold" but it does not show all the apps I have held. Interesting. No matter how many times I try to hold "unhide" it will not hold, and will not show as being held when invoking "sudo apt-mark showhold".

Snap, dang that is more complicated than I figured. I am theoretically aware of the init levels but why 3 and 5 specifically? <shows newb status> Thanks for sharing the way you manage upgrades. Very technical.

V-ger, that's what I have heard. I just haven't been on a Debian distro when that happened. Last upgrade of the same sort I was using our largest cousin distro, when things broke horribly all the time, arg. But having gone through the systemd update recently, I have come to appreciate not accepting all upgrades I can handle the massive update though. No big deal compared with

I have run apt-get update && apt-get upgrade several times in the past week or more and have had a number of list-bugs. All this occurred just after Debian promoted Jessie (not sure what the proper lingo for that is). Just after they did so, I got a large number of apps that needed updating, which struck me as strange since I run SID. Anyway, one of the packages threw a listbug, namely, unhide, required by rkhunter. Ok, so I waited not wanting to introduce a security issue. And in the past week, the number of apps needing update have grown. Now the number of apps needing update is huge, almost fills my terminal screen. And more bugs, all with security packages:


Fetched 6,278 kB in 11s (542 kB/s)                                                                             
Retrieving bug reports... Done                                                                                 
Parsing Found/Fixed information... Done                                                                       
serious bugs of libgnutls-deb0-28 (3.3.8-7 → 3.3.15-1) <Outstanding>                                           
b1 - #784009 - [experimental] Lack of versioned symbols in nettle causes segfault                             
   Merged with: 784063                                                                                         
serious bugs of openssl (1.0.1k-3 → 1.0.2a-1) <Outstanding>                                                   
b2 - #770605 - openssl: Removes symbol without SONAME bump                                                   
   Merged with: 768476 768522 769023 770278 771169 771993 781094 781929                                       
serious bugs of unhide (→ 20121229-1+b1) <Outstanding>                                                         
b3 - #769345 - unhide: statically linked against libc6 without a Built-Using: field                           
Summary:                                                                                                       
libgnutls-deb0-28(1 bug), openssl(1 bug), unhide(1 bug)   


So, I am wondering if there is a way to install every app that needs updating, but just not THOSE apps? (I have never pinned an app, is that the appropriate thing to do?)
Part two of that question would be how to have them properly update themselves whenever the bug goes away, without me having to do so manually?

Jedi, thanks! And now I feel dumb for the configs having been in the /user/share folder already. Actually I never installed medit when I installed my current minimal sid distro and have been using Geany. I thought your editor was Geany. However I do like me some dark configs so will either have to do the same with Geany or just install medit.

Jedi, your desktops are always luscious, especially the colors. Care to share the configs for your text editor colors?