Re: wlan disappeared

[Beco]

On 6 August 2015 at 01:54,  wrote:

>
> i forgot to ask an important question, although i'm sure you would have
> mentioned it.  you can't boot into Windows on this machine, right ?
>
>
No windows near me in any machine. :)




> Sure seems like a hardware failure.
>

I'm starting to think that also. But today this notebook is so weird, I
don't know. I'm still puzzled. Maybe something debian-related, you know.
These Debian Jessie 8.0 and 8.1 are a bit unstable to my taste. I hope we
move on soon to 8.2.(*)


>
> oh- one other thing to try.  boot up into BIOS and see if there's anything
> at all in there about your WLAN hardware.
>
>
Earlier today I picked at BIOS to see if there was something there I could
change. The only reference to network there is to select where to boot from.

But I'll double check to be sure.


Tx.,
Beco.

PS. Or Debian Stretch, see my ascii-art for it (in monospaced font,
please):

_\O/_
https://pgp.mit.edu/pks/lookup?op=vindex&search=0x5A107A425102382A
Creation date: pgp.mit.edu ID as of 2014-11-09

Re: wlan disappeared

[briand]

On Thu, 6 Aug 2015 01:29:50 -0300
Beco  wrote:

> Hi Brian,
> 
> Thanks for trying to make sense of this mess.
> 
> This notebook has onboard wifi, no "physical" switch, but a combination of
> keys FN+F2 that would supposedly turn it on or off. This combination never
> worked since day one of all older debians I started with, and I never used
> it. But since you mentioned, I tried some keystrokes, no luck though.

oh ok- i know what you are talking about.

i forgot to ask an important question, although i'm sure you would have 
mentioned it.  you can't boot into Windows on this machine, right ?

> 
> Let me put lspci here. Maybe I'm mistaken.

you don't appear to be mistaken.

that's just weird.

Sure seems like a hardware failure.

oh- one other thing to try.  boot up into BIOS and see if there's anything at 
all in there about your WLAN hardware.


Brian


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150805215452.0a75e...@cedar.deldotd.com

Re: wlan disappeared

[Beco]

On 6 August 2015 at 01:04,  wrote:

> On Wed, 5 Aug 2015 23:23:35 -0300
> Beco  wrote:
>
> > Hi guys,
> >
> > Something odd happened today, on my first clean boot of the day.
> > (notebook DELL vostro v131)
> >
> > Simply, no wlan0 at all.
> >
>
> there is often a hardware switch which disables WLAN.
>
> Is it possible that it's been turned off ?
>
> lspci should _absolutely_ show it's existence regardless of whether or not
> the drivers have been loaded.  Either it's off, if it's a separate card
> it's come loose/disconnected, or if it's on-board then you probably have a
> hardware failure.
>
> Brian
>
>

Hi Brian,

Thanks for trying to make sense of this mess.

This notebook has onboard wifi, no "physical" switch, but a combination of
keys FN+F2 that would supposedly turn it on or off. This combination never
worked since day one of all older debians I started with, and I never used
it. But since you mentioned, I tried some keystrokes, no luck though.

Let me put lspci here. Maybe I'm mistaken.

lspci shows:

# lspci
00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family
DRAM Controller (rev 09)
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core
Processor Family Integrated Graphics Controller (rev 09)
00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series
Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
Family USB Enhanced Host Controller #2 (rev 05)
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family
High Definition Audio Controller (rev 05)
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
PCI Express Root Port 1 (rev b5)
00:1c.1 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
PCI Express Root Port 2 (rev b5)
00:1c.3 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
PCI Express Root Port 4 (rev b5)
00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
PCI Express Root Port 5 (rev b5)
00:1c.7 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
PCI Express Root Port 8 (rev b5)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
Family USB Enhanced Host Controller #1 (rev 05)
00:1f.0 ISA bridge: Intel Corporation HM67 Express Chipset Family LPC
Controller (rev 05)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset
Family 6 port SATA AHCI Controller (rev 05)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus
Controller (rev 05)
05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
0b:00.0 USB controller: Texas Instruments TUSB73x0 SuperSpeed USB 3.0 xHCI
Host Controller (rev 02)


As you can see... No wifi there.

I also read carefully lshw again. Nope. Nothing.

Thanks,
Beco





-- 
Dr Beco
A.I. researcher

"I know you think you understand what you thought I said but I'm not sure
you realize that what you heard is not what I meant" -- Alan Greenspan

GPG Key: https://pgp.mit.edu/pks/lookup?op=vindex&search=0x5A107A425102382A
Creation date: pgp.mit.edu ID as of 2014-11-09

Re: wlan disappeared

[briand]

On Wed, 5 Aug 2015 23:23:35 -0300
Beco  wrote:

> Hi guys,
> 
> Something odd happened today, on my first clean boot of the day.
> (notebook DELL vostro v131)
> 
> Simply, no wlan0 at all.
> 

there is often a hardware switch which disables WLAN.

Is it possible that it's been turned off ?

lspci should _absolutely_ show it's existence regardless of whether or not the 
drivers have been loaded.  Either it's off, if it's a separate card it's come 
loose/disconnected, or if it's on-board then you probably have a hardware 
failure.

Brian


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150805210453.14c98...@cedar.deldotd.com

wlan disappeared

[Beco]

Hi guys,

Something odd happened today, on my first clean boot of the day.
(notebook DELL vostro v131)

Simply, no wlan0 at all.

$ ifconfig -a #shows only eth0 and lo.
$ lspci #shows no wifi at all (should be a Intel Centrino Wireless-N 1030
BGN Rev=0xB0)
$ lshw -C Network #shows only eth0
$ rfkill list #shows nothing

I checked all logs, no error. dmesg, syslog, kernelog, messages... (what
else?)

It simply disappeared out of the blue.

I bought a usb wifi dongle to work a bit, and its working fine as wlan2.

But well... What can I do, or check? Maybe try to recreate the interface.

I tried
$ rmmod iwlwifi
$ modprobe iwlwifi
but nothing seems to bring it back.

Also, old dmesg shows (when it was working) that the driver should be:

/lib/firmware/iwlwifi-6000g2b-6.ucode, version 18.168.6.1

I found this driver related to

* Intel Wireless 6005/6205 firmware, version 18.168.6.1
* Intel Wireless 6030 firmware, version 18.168.6.1

Not the Wireless-N 1030. Why it was working on what seemed to be the wrong
firmware? Why it disappeared now?

The driver

* Intel Wireless 1000 firmware, version 39.31.5.1
   (iwlwifi-1000-5.ucode)

will work with intel Wireless-N 1030 BGN?

How could I test it? Because modprobe do not select the driver.

Thanks any help.

Beco




--
Dr Beco
A.I. researcher

"I know you think you understand what you thought I said but I'm not sure
you realize that what you heard is not what I meant" -- Alan Greenspan

GPG Key: https://pgp.mit.edu/pks/lookup?op=vindex&search=0x5A107A425102382A
Creation date: pgp.mit.edu ID as of 2014-11-09

Re: pptp-based vpn

[martin McCormick]

David Wright  writes:
> I think there's a fourth field missing there.

Correct! Please read on.

> 
> Anyway, what I just did is: install pptp-linux (which pulls in ppp)
> and typed:
> # pptpsetup --create work --server ukvpn.ufreevpn.com --username 
> ufreevpn.com --password free --encrypt --start

Thank you! Thanks to your answer, I was able to duplicate what
you did.

This system does not run a GUI desktop. It has enough RAM
but it runs a 600-MHZ Pentium and I suspect that gnome would be a
little slow. I also remember reading that ppptpsetup was a GUI
application so I just figured it wouldn't run, here.

I do have a gnome system but it runs rather hot so I only
fire it up when needed and turn it off later as it makes a pretty
good heater in Winter and an even better one in Summer.

I was going to run ppptpsetup there and see what it
generated, but I then discovered that ppptpsetup is actually on
this system that has no gnome so I just ran it from root and
figured the worst thing that would happen would be a message
about no X display but it ran, producing a message that it had
succeeded and was using the same two DNS's your running of the
script printed.

In less than a second, it configured everything and I
appear to have a working VPN.

Many thanks. It looks like my chap-secrets file was
totally wrong or at least it was missing that 4TH field where
there is now a * but the new vpn file named "work" it created
looks like I had gotten that part right.

Many thanks.

Martin McCormick


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150806005503.JWMQ8837.txofep01.suddenlink.net@localhost

Re: Prevent package from removal

[Charlie]

On Wed, 5 Aug 2015 16:15:04 -0400 Cindy-Sue Causey sent:

> My Plan B now is to go ahead and upgrade everything else then try
> again to reinstall libreoffice and see what, if anything, happens.
> Yeah, I know... *pipe dream*

Did that about two, maybe three weeks ago. apt-get dist-upgrade removed
84 packages. Took a note of them. After the upgrade completed
reinstalled all the packages.

I was a bit perplexed as to why it would remove them in the first
instance? But obviously there were some changes required.

But that's 2 or 3 weeks back, may not work this time?

Good luck,
Charlie

-- 
Registered Linux User:- 329524
***

There is no rule more invariable than that we are paid for our
suspicions by finding what we suspect. ..Henry David Thoreau

***

Debian GNU/Linux - Magic indeed.

-


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150806082202.347d52a9@taogypsy

Re: What pulls in the tray of my /dev/sr1 ?

[Stuart Longland]

On 04/08/15 17:06, Thomas Schmitt wrote:
> Hi,
> 
> Stuart Longland wrote:
>> Silly question, but why does re-loading a disc take more than 197 seconds?
> 
> It comes out (intentionally) after a backup run is complete
> and went well. (See man xorriso example "Incremental backup
> of a few directory trees".)
> Then i'd expect it to stay out until i remove the medium.
> It may well be that i am not at the machine when the backup
> finishes.

This is fair, back in the old days I recall setting a machine to burn a
disc then wandering off.

Back in the days of double and quad-speed burners which took a good 15
minutes or more, and required much of the machine's I/O throughput to
achieve the burn without a buffer underrun.

I can see though why the sudden retraction is a problem though if you
come across it randomly, then even a two hour delay would be no good.

>> it discourages the tray's misuse by the illiterate (e.g. as a
>> carry handle or cup holder).
> 
> I consider myself the last remaining programmer for optical
> drives in the GNU/Linux world. Andy Polyakov does not work
> on dvd+rw-tools any more and Joerg Schilling of cdrtools
> fell into disgrace nearly 10 years ago. cdrkit (fork-founded
> by Debian) even lost its website meanwhile.
> So if not i can control a burner - who else would ?

Yeah, the implication was not yourself or anyone on this list, but we
both know there *are* users that have been guilty of the *exact* crimes
that I've described. :-)

> My initial reason to post the question here was the theory that
> one of the new desktop's automats was to blame. They changed
> with each computer i got in the last 15 years. So i hoped for
> a quick solution by editing some udev rule file or a similar
> remedy.
> Now the riddle goes much deeper.

Indeed.

>> I can think of two possibilities:
>> 1. This is a built-in feature of the drive for the above reasons
> 
> LG support denies. My own experience agrees to this denial.
> 
> 
>> 2. Some software on the host periodically 'polls' the drive for disc
>> insertion status
> 
> Yes, the kernel usually does issue command 0x4A GET EVENT STATUS
> every 2 seconds. But it is a harmless command which cannot move
> the drive. Further, about a hundred of these commands are executed
> before the tray gets pulled in.
> 
> Nevertheless i disabled this kernel feature by
>   echo 0 >/sys/block/sr1/events_poll_msecs
> and now btrace(8) does not show any SCSI traffic when the tray
> goes in.

Is there a command that says 'retract tray after N seconds'?

Clearly the firmware has decided that it should retract the drive
without there being a command being issued at that moment, which
suggests (if it isn't an inbuilt feature) that it was told to after a
timeout by some command during start-up.

> Even more strange, i had two incidents of unexpected eject
> meanwhile. Both happened when the drive device file got operated
> by programs. Once by btrace(8), once by a run of
>   xorriso -devices
> At least in the latter case i am sure that no 0x1B START/STOP
> UNIT command was issued by libburn with Load/Eject bit set.
> 
> My best theory currently is that the drive had an eject request
> from another originator while 0x1E PREVENT/ALLOW MEDIA REMOVAL
> was active with Prevent bit set. When libburn closes the connection
> to the drive, it issues a 0x1E with Prevent bit cleared.
> This would allow the drive to perform the pending eject.

Very strange.  Not sure if it's worth switching the machine across to
sysvinit to rule out any systemd shenanigans?  Not that this is
necessarily to blame, but it tends to lay itself very close to the kernel.

Regards,
-- 
Stuart Longland (aka Redhatter, VK4MSL)

I haven't lost my mind...
  ...it's backed up on a tape somewhere.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55c280cc.5010...@longlandclan.yi.org

Re: up-to-date Jessie, cannot turn off OpenVPN tunnel

[Curt Howland]

Nevermind, I found that I had renamed the init.d script but systemd
doesn't use it, so it was not sending the correctly named command to
systemd to shut it off.

# systemctl# listed running services
# systemctl stop openvpn.service   # service stopped.

If I start it by hand with the init script, then using the init script
to stop it works.

I beg Debian-user's pardon for this systemd waste of time.

Curt-

On Wed, Aug 5, 2015 at 5:20 PM, Curt Howland  wrote:
> Hi.
>
> I have OpenVPN with a tunnel that I use occasionally, and since the
> upgrade to Jessie, with systemd, I cannot stop it from starting on
> boot, and once running I cannot stop it.
>
> The only way to turn the tunnel off is to uninstall OpenVPN, and then
> reinstall it the next time I want to use it.
>
> So, any hints as to what command to issue to stop the damned systemd
> that's running OpenVPN?
>
> # /etc/init.d/openvpn stop
> [ ok ] Stopping openvpn (via systemctl): openvpn.service.
>
> This does not work. The tunnel remains up.
>
> Curt-
>
>
> --
> The secret of happiness is freedom,
> and the secret of freedom is courage.
> - Thucydides



-- 
The secret of happiness is freedom,
and the secret of freedom is courage.
- Thucydides


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAGY8_s28-hxTUOZrccY65=dT7QWoYp9r3=ezrm7y7ws2qi3...@mail.gmail.com

up-to-date Jessie, cannot turn off OpenVPN tunnel

[Curt Howland]

Hi.

I have OpenVPN with a tunnel that I use occasionally, and since the
upgrade to Jessie, with systemd, I cannot stop it from starting on
boot, and once running I cannot stop it.

The only way to turn the tunnel off is to uninstall OpenVPN, and then
reinstall it the next time I want to use it.

So, any hints as to what command to issue to stop the damned systemd
that's running OpenVPN?

# /etc/init.d/openvpn stop
[ ok ] Stopping openvpn (via systemctl): openvpn.service.

This does not work. The tunnel remains up.

Curt-


-- 
The secret of happiness is freedom,
and the secret of freedom is courage.
- Thucydides


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAGY8_s2xAkz=V76jjAO8Wn+4vDnJ00nF9G=42diaqdqz24c...@mail.gmail.com

Re: pptp-based vpn

[David Wright]

Quoting martin McCormick (marti...@suddenlink.net):
> > If I'm reading this correctly, you've stated that the connection must
> > use MPPE (because of the 'require-mppe-128' command in
> > /etc/ppp/peers/ufreevpn), but the remote end has replied that MPPE is
> > not available. Because of this, pppd terminated the connection.
> > 
> > I would suggest confirming the settings with your VPN provider.
> > Either you don't need MPPE, or they need to turn on support for it at
> > their end.
> 
>   First, thank you for the time in reading all that output.
> 
>   I re-read the instructions on the VPN provider's site and
> they do require that to be enabled.
> 
>   I think the mixup may be on what I am sending as
> credentials. Since the web site tells all callers to use the
> following credentials, I will quote them as anybody can go there
> and see the same things so I am not breaking any confidences:
> 
>PPTP Server:   ukvpn.ufreevpn.com
>   Username:   ufreevpn.com
>Password:   free
> 
> The important line in /etc/ppp/chap-secrets then reads:
> 
> ufreevpn.com ukvpn.ufreevpn.com free

I think there's a fourth field missing there.

Anyway, what I just did is: install pptp-linux (which pulls in ppp)
and typed:
# pptpsetup --create work --server ukvpn.ufreevpn.com --username ufreevpn.com 
--password free --encrypt --start

It replied:
Using interface ppp0
Connect: ppp0 <--> /dev/pts/22
CHAP authentication succeeded
MPPE 128-bit stateless compression enabled
local  IP address 10.162.0.129
remote IP address 10.162.0.1

ip r changed from:
default via 192.168.1.1 dev wlan0 
192.168.1.0/24 dev wlan0  proto kernel  scope link  src 192.168.1.15 
to:
default via 192.168.1.1 dev wlan0 
77.92.72.92 via 192.168.1.1 dev wlan0  src 192.168.1.15 
192.168.1.0/24 dev wlan0  proto kernel  scope link  src 192.168.1.15 

I then added a route:
# route add -net xxx.0.0.0/8 ppp0

and now, any website whose address starts with xxx. brings up the

UFreeVPN.COM Service from UK
I Agree to use the Free VPN Service

page. I haven't tried to get beyond that, mainly because I believe I
have to open up a port on the router, which I'll try later.

chap-secrets was looked after automatically. The route is the only
thing I touched configurationwise. See if this approach works for you.

Cheers,
David.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150805211730.GA4106@alum

Re: Prevent package from removal

[Cindy-Sue Causey]

On 8/5/15, Joe  wrote:
> On Wed, 05 Aug 2015 18:45:49 +0200
> Floris  wrote:
>
>> now the libstdc++6 transition is going on $ sudo apt-get
>> dselect-upgrade is happy when I remove gdm3, gnome-shell and a lot of
>> other packages. Is there a setting to prevent packages from
>> un-installing? Like the big warning when you try to delete the
>> base-files package.
>>
>
> apt-get upgrade or aptitude safe-upgrade shouldn't remove anything. For
> the last few days I have been using Synaptic on sid, to try to find the
> three or four packages which will upgrade without wanting to remove
> anything, but I've got another page and a half held up at the moment.
> And in 64-bit sid, openssl and lvm2 have been held up for bugs for
> many weeks. It's not a quiet time.


Man, I'm all over this right now. Finally broke down and am actually
"testing"... on a partition now dedicated for that purpose. I let
apt-get intentionally remove libreoffice just a little bit ago, and,
as expected, it ain't reinstalling.

Up to that point, I'd also and still been doing the "cherry picking"
method of upgrading anything that did NOT uninstall libreoffice. So
far, that method hasn't broken anything, just leaves the rest of the
still needed upgrades hanging precariously in the cherry tree..

My Plan B now is to go ahead and upgrade everything else then try
again to reinstall libreoffice and see what, if anything, happens.
Yeah, I know... *pipe dream*

Going Plan B even though I know it's going to fail won't amount to any
extra wear and tear on either my dialup provider or any of Debian's
volunteer repository servers BECAUSE I don't plan on losing the
118MB worth of package archive files that will be downloading
throughout today.. Those packages will still be here stored locally so
they won't need downloaded again as I work through similar to what you
all are also experiencing right now..

I, for one, had become spoiled as to how STABLE... UNSTABLE had been
in recent months. That stability was undoubtedly because I came into
the game as the various impending releases were on the verge of being
bumped up the release ladder. This experience now is just surely the
reality of unstable at its finest at the start of each new cycle of
Debian's regular major release cycles...

Hope that made sense.. Did on this end.. :)

Cindy :)

PS I don't know if it has always been there but the apt-get
acknowledgement that unstable could be the villain of certain upgrade
fails is __NICE__. I didn't see it the other day but have seen it
several times over the last two days. That kind of thing is VERY user
friendly just for reasons like people sometimes DO forget they're on
unstable when it runs as... stable as I personally have seen Sid be
until the last couple days.

-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* My brain hurts.. k/t Debian *


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAO1P-kBe5B6a2ZmS4d7bSO1-bgVNj35SiHsjgOZ5QM=bqyy...@mail.gmail.com

Re: Differences between cdw/k3b on Jessie and Stretch (testing)?

[Thomas Schmitt]

Hi,

Eike Lantzsch wrote:
> growisofs -dvd-compat -Z "$drive"="$image"
> Burning the same image with growisofs in this way worked without a hitch - 
> successfully. The resulting DVD-R is readable in any DVD player I got.

So either it was a coincidence that system upgrade and
poor relation between drive and medium happened at the
same time.
Or ...

> There must be something in between K3B or cdw and growisofs which 
> miscalculates and sends wrong parameters.

With DVD-R there is mainly the choice between write
types "Disk-At-Once" (DAO) and "Incremental".
The latter offers the opportunity to keep the DVD-R
"appendable", i.e. writable on the yet unwritten space,
in contrast to "closed", i.e. not writable any more.

All three vartiations should work on a healthy drive with
good media. At the edge of failure, it might be that some
of them work while others don't.

Browsing in dvd+rw-tools-7.1 files growisofs.c and growisofs_mmc.cpp
i'd say that "-dvd-compat" causes "Incremental" with closing the
medium.
You could try for "Incremental" with keeping the medium appendable

  growisofs -Z "$drive"="$image"

And for DAO (medium not appendable afterwards)

  growisofs -use-the-force-luke=dao -Z "$drive"="$image"


With xorriso -as cdrecord it would be for "Incremental" "appendable":

  xorriso -as cdrecord -tao -multi -v dev="$drive" "$image"

for "Incremental" "closed":

  xorriso -as cdrecord -tao -v dev="$drive" "$image"

and for DAO:

  xorriso -as cdrecord -sao -v dev="$drive" "$image"

(The terms "TAO" and "SAO" stem from CD recording. I map
 them to "Incremental" and "DAO" on DVD-R.)


> Failed DVD-R with the same iso-image using cdw:
> ...
> READ DISC INFORMATION:
>  Disc status:   blank
>  Number of Sessions:1
>  State of Last Session: empty
>  "Next" Track:  1
>  Number of Tracks:  1
> READ TRACK INFORMATION[#1]:
>  Track State:   invisible incremental
>  Track Start Address:   0*2KB
>  Next Writable Address: 0*2KB
>  Free Blocks:   2297888*2KB
>  Track Size:2297888*2KB

Looks like a completely unused medium. I would flatly try
to burn it once again. But you report of visible burn traces.
So possibly it failed to write the "Recording Management Area",
which records the areas covered by logical tracks.


Without visible burn marks, i'd suspect simulated writing, a
feature of CD-R[W] and DVD-R[W] but not of the other media types.
With growisofs that would be option
  -use-the-force-luke=dummy
with xorriso -as cdrecord it would be option
  -dummy


Have a nice day :)

Thomas


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5107560416199421...@scdbackup.webframe.org

plasma 5 on Debian testing missing window decorations?

[Gorosito Gonzalo]

Hi everybody,

I've just upgraded my system and since I did that I'm struggling to get the
desktop environment back on track.

So far, with sddm installed and all plasma-* packages as well I can get
past through log in but when I open dolphin or konsole I have no window
decorations, the alt+tab doesn't work and also in
systemsettings->application style->window decorations the system crashes.

Am I missing a possible package? Is the desktop environment working at all?

Thanks in advance!





-- 
-- Gonzalo Gorosito

Re: Re: Obsolete Packages

[Brian]

On Wed 05 Aug 2015 at 19:51:58 +0100, Paul Lavender wrote:

> No, it doesn't. I get a number to choose from, but not the one I want. 2.6

What doesn't?

What are you referring to?

Yoy have broken a thread and given no context for your reply. You may
think you know what you mean. We do not.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/05082015202426.c37848e59...@desktop.copernicus.demon.co.uk

Re: Differences between cdw/k3b on Jessie and Stretch (testing)?

[Eike Lantzsch]

Thank you for your answer, Thomas!

On Wednesday 05 August 2015 16:31:07 Thomas Schmitt wrote:
> Hi,
> 
> i cannot say much about cdw. It may or may not be using my
> command line software xorriso or cdrskin. Rather not libburn
> directly, if i get http://cdw.sourceforge.net/ right.
> 
> K3B on DVD usually uses growisofs as backend. It might be
> possible to lure it into using cdrskin as alternative to
> cdrecord.
> 
> > I have a problem with burning DVD iso-images.
> > [...] Burning CD iso-images works flawlessly.
> 
> I understand it is about burning to DVD or CD media,
> not about the size of the images all burned to DVD.
> 
> > The burn finishes without error but the verify stops with
> > error: cannot read track 0.
> 
> Try to compare DVD content and image file by shell commands.
OK, I did that. See below.
Thank you for the detailed instructions!
> 
> First set two variables to your actual file addresses. E.g.:
> 
>   image="debian-8.1.0-amd64-netinst.iso"
>   drive="/dev/sr0"
> 
> Find out the size of the ISO image in blocks of 2048 bytes.
> The commands
> 
>   /sbin/isosize -d 2048 "$image"
> 
> or
> 
>   expr $(ls -l "$image" | awk '{print $5}') / 2048
> 
> with the example image yield 126464 .
> 
> Use this number to cut out the ISO image from the start
> of the medium content. E.g.:
> 
>   dd if="$drive" bs=2048 count=126464 | md5sum

No way, unfortunately. The medium appears to be empty to the OS and it seems 
that it even appears to be empty to the DVD-writer. The writer is an LG
HL-DT-STDVD-RAM GH22NS45 by the way.

Looking at the DVD-R and comparing a successfully burned DVD and a failed one, 
there is a marked difference between the two.
On the OK DVD the gap from the inner ring to the first track written is about 
0.5mm but the gap on the failed DVD is about 1.8mm.
So it seems that indeed the DVD has nothing were some header data or lead-in 
or whatsitcalled is supposed to be.

> 
> should yield
> 
>   1a311f9afb68d6365211b13b4342c40b -
> 
> and no error message.
> The run of md5sum on the image file
> 
>   md5sum "$image"
> 
> should yield the same checksum with a different file name
> 
>   1a311f9afb68d6365211b13b4342c40b  debian-8.1.0-amd64-netinst.iso
> 
> Of course, any other ISO image and its DVD should yield a
> totally different checksum of 32 characters.
> If both MD5 checksums match, then all is well.
> If not, then the copy on DVD is not trustworthy.
> 
> > I cannot figure out against which package to file a bug report.
> > It is a hareware problem - it eludes me swiftly ...
> 
> Let's see whether verification fails rigtheously or not.
> 
> 
> 
> Next you could use a command line program for burning, in the
> hope to see error messages without frontend filter.
> E.g.
> 
>   growisofs -dvd-compat -Z "$drive"="$image"
Burning the same image with growisofs in this way worked without a hitch - 
successfully. The resulting DVD-R is readable in any DVD player I got.
-> no error messages.

There must be something in between K3B or cdw and growisofs which 
miscalculates and sends wrong parameters. That is the reason I even suspected 
libc6. But it isn't that library which causes the erroneous writing.
> 
> or
> 
>   xorriso -as cdrecord -v dev="$drive" "$image"
Trying that out right now ... Have to install it first.
> 
> 
> Have a nice day :)
> 
> Thomas
And good night to you (you are +6hrs from here)

PS:
The only log I saved up to now is

Successfully burned DVD-R with growisofs on commandline:

# dvd+rw-mediainfo /dev/sr0
INQUIRY:[HL-DT-ST][DVD-RAM GH22NS45][1.00]
GET [CURRENT] CONFIGURATION:
:-( no media mounted, exiting...
root@lxcl01:~# dvd+rw-mediainfo /dev/sr0
INQUIRY:[HL-DT-ST][DVD-RAM GH22NS45][1.00]
GET [CURRENT] CONFIGURATION:
 Mounted Media: 11h, DVD-R Sequential
 Current Write Speed:   16.0x1385=22160KB/s
 Write Speed #0:16.0x1385=22160KB/s
 Write Speed #1:12.0x1385=16620KB/s
 Write Speed #2:8.0x1385=11080KB/s
 Write Speed #3:4.0x1385=5540KB/s
 Speed Descriptor#0:00/831199 R@8.0x1385=11080KB/s W@16.0x1385=22160KB/s
 Speed Descriptor#1:00/831199 R@8.0x1385=11080KB/s W@12.0x1385=16620KB/s
 Speed Descriptor#2:00/831199 R@8.0x1385=11080KB/s W@8.0x1385=11080KB/s
 Speed Descriptor#3:00/831199 R@8.0x1385=11080KB/s W@4.0x1385=5540KB/s
READ DVD STRUCTURE[#10h]:
 Media Book Type:   00h, DVD-ROM book [revision 0]
 Legacy lead-out at:2298496*2KB=4707319808
READ DVD STRUCTURE[#0h]:
 Media Book Type:   25h, DVD-R book [revision 5]
 Last border-out at:4290775037*2KB=8787507275776
READ DISC INFORMATION:
 Disc status:   complete
 Number of Sessions:1
 State of Last Session: complete
 Number of Tracks:  1
READ TRACK INFORMATION[#1]:
 Track State:   complete
 Track Start Address:   0*2KB
 Free Blocks:   0*2KB
 Track Size:831200*2KB
 Last Recorded Address: 831199*2KB
FABRICATED TOC:
 Track

Re: Re: Obsolete Packages

[Paul Lavender]

No, it doesn't. I get a number to choose from, but not the one I want. 
2.6 is there - I'm not sure why, 3.2 - was that the last Wheezy, and 
3.16 which is the most recent Jessie, I think.
Unfortunately 3.16 doesn't work for me, there are problems in the SATA 
drivers on my ITX atom board. I'm afraid I've learned to give up and use 
an earlier version when this happens - filing a bug never seems to bring 
a constructive response.

Paul


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/55c25b4e.6080...@lavender-fam.net

Re: Obsolete Packages

[Eike Lantzsch]

On Wednesday 05 August 2015 19:24:19 Brian wrote:
> On Wed 05 Aug 2015 at 18:05:01 +0100, Paul Lavender wrote:
> > I'm using kernel 3.13.5-1-amd64, which was released on a a pre-release
> > Jessie. How can I find the headers? Obviously the world has moved on and
> > the linux-headers-amd64 no longer has them.
> 
> http://snapshot.debian.org/

Exactly here:
http://snapshot.debian.org/binary/linux-headers-3.13-1-amd64/
contains linux-headers-3.13-1-amd64_3.13.5-1
 
Cheers
Eike


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/25246097.AFhyurNAUD@lxcl01

Re: Obsolete Packages

[Dan Ritter]

On Wed, Aug 05, 2015 at 06:05:01PM +0100, Paul Lavender wrote:
> I'm using kernel 3.13.5-1-amd64, which was released on a a
> pre-release Jessie. How can I find the headers? Obviously the world
> has moved on and the linux-headers-amd64 no longer has them.
> 

Does `apt-cache search linux-headers` find the right version for
you?

If so, you can then install them via something like:

`apt-get install linux-headers-3.13.5-1-amd64`

-dsr-


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150805183057.ga22...@randomstring.org

Re: Obsolete Packages

[Brian]

On Wed 05 Aug 2015 at 18:05:01 +0100, Paul Lavender wrote:

> I'm using kernel 3.13.5-1-amd64, which was released on a a pre-release
> Jessie. How can I find the headers? Obviously the world has moved on and the
> linux-headers-amd64 no longer has them.

http://snapshot.debian.org/


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/05082015192357.cf788292f...@desktop.copernicus.demon.co.uk

Obsolete Packages

[Paul Lavender]

I'm using kernel 3.13.5-1-amd64, which was released on a a pre-release 
Jessie. How can I find the headers? Obviously the world has moved on and 
the linux-headers-amd64 no longer has them.


Thanks

Paul


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/55c2423d.8000...@lavender-fam.net

Re: pptp-based vpn I am trying to setup pptpd to initiate a connection to Darac Marjal wrote:

[martin McCormick]

> If I'm reading this correctly, you've stated that the connection must
> use MPPE (because of the 'require-mppe-128' command in
> /etc/ppp/peers/ufreevpn), but the remote end has replied that MPPE is
> not available. Because of this, pppd terminated the connection.
> 
> I would suggest confirming the settings with your VPN provider.
> Either you don't need MPPE, or they need to turn on support for it at
> their end.

First, thank you for the time in reading all that output.

I re-read the instructions on the VPN provider's site and
they do require that to be enabled.

I think the mixup may be on what I am sending as
credentials. Since the web site tells all callers to use the
following credentials, I will quote them as anybody can go there
and see the same things so I am not breaking any confidences:

   PPTP Server:   ukvpn.ufreevpn.com
  Username:   ufreevpn.com
   Password:   free

The important line in /etc/ppp/chap-secrets then reads:

ufreevpn.com ukvpn.ufreevpn.com free

When running the test, There is much that only tells you
I sent something and got something back. Obviously, one of those
long keys is based on wrong information or it would simply work

An interesting thing I notice in the output just before
all the black smoke, screams, blood and mayhem
is the following pair of long lines with the first coming from
ukvpn.ufreevpn.com.

rcvd [CHAP Challenge id=0x87 , name = "pptpd"]
sent [CHAP Response id=0x87 
<8c5f07f43be4aa20e96287ace081d36854c28032245f15a84b4706847c8bcc6c9b17c7a8639b7cfb00>,
 name = "ufreevpn"]

The remote server sent the name "ptpd". I sent "ufreevpn"
and I am wondering if they should be the same?

A couple of lines of binary later, the authentication
fails.

Man! I love authentication trouble. It's the ultimate
case of 20-thousand moving parts. One's broken. Go figure.

Martin


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150805171816.PCNY8725.txofep02.suddenlink.net@localhost

Re: Prevent package from removal

[Joe]

On Wed, 05 Aug 2015 18:45:49 +0200
Floris  wrote:

> now the libstdc++6 transition is going on $ sudo apt-get
> dselect-upgrade is happy when I remove gdm3, gnome-shell and a lot of
> other packages. Is there a setting to prevent packages from
> un-installing? Like the big warning when you try to delete the
> base-files package.
> 

apt-get upgrade or aptitude safe-upgrade shouldn't remove anything. For
the last few days I have been using Synaptic on sid, to try to find the
three or four packages which will upgrade without wanting to remove
anything, but I've got another page and a half held up at the moment.
And in 64-bit sid, openssl and lvm2 have been held up for bugs for
many weeks. It's not a quiet time.

-- 
Joe


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150805181707.3bdeb...@jresid.jretrading.com

Prevent package from removal

[Floris]

now the libstdc++6 transition is going on $ sudo apt-get dselect-upgrade  
is happy when I remove gdm3, gnome-shell and a lot of other packages. Is  
there a setting to prevent packages from un-installing? Like the big  
warning when you try to delete the base-files package.


Thanks,

floris


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/op.x2wl6new5k9...@jessica.jkfloris.demon.nl

Ric, was Re: firefox-37, where to put

[Gene Heskett]

On Friday 03 April 2015 07:24:37 Lisi Reisz wrote:

Lisi, your gmail account is bouncing msgs from me.  My server may be on a 
blacklist gmail watches I guess. Anyway, PM relayed to another list that 
cares, thanks for the heads up.


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/201508051224.16585.ghesk...@wdtv.com

Re: Differences between cdw/k3b on Jessie and Stretch (testing)?

[Thomas Schmitt]

Hi,

i cannot say much about cdw. It may or may not be using my
command line software xorriso or cdrskin. Rather not libburn
directly, if i get http://cdw.sourceforge.net/ right.

K3B on DVD usually uses growisofs as backend. It might be
possible to lure it into using cdrskin as alternative to
cdrecord.


> I have a problem with burning DVD iso-images.
> [...] Burning CD iso-images works flawlessly.

I understand it is about burning to DVD or CD media,
not about the size of the images all burned to DVD.


> The burn finishes without error but the verify stops with
> error: cannot read track 0.

Try to compare DVD content and image file by shell commands.

First set two variables to your actual file addresses. E.g.:

  image="debian-8.1.0-amd64-netinst.iso"
  drive="/dev/sr0"

Find out the size of the ISO image in blocks of 2048 bytes.
The commands

  /sbin/isosize -d 2048 "$image"

or 

  expr $(ls -l "$image" | awk '{print $5}') / 2048

with the example image yield 126464 .

Use this number to cut out the ISO image from the start
of the medium content. E.g.:

  dd if="$drive" bs=2048 count=126464 | md5sum

should yield

  1a311f9afb68d6365211b13b4342c40b -

and no error message.
The run of md5sum on the image file

  md5sum "$image"

should yield the same checksum with a different file name

  1a311f9afb68d6365211b13b4342c40b  debian-8.1.0-amd64-netinst.iso

Of course, any other ISO image and its DVD should yield a
totally different checksum of 32 characters.
If both MD5 checksums match, then all is well.
If not, then the copy on DVD is not trustworthy.


> I cannot figure out against which package to file a bug report.
> It is a hareware problem - it eludes me swiftly ...

Let's see whether verification fails rigtheously or not.



Next you could use a command line program for burning, in the
hope to see error messages without frontend filter.
E.g.

  growisofs -dvd-compat -Z "$drive"="$image"

or

  xorriso -as cdrecord -v dev="$drive" "$image"


Have a nice day :)

Thomas


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/30605604119276...@scdbackup.webframe.org

Re: Slow Xorg performance on dual Opteron + Radeon, Jessie 64-bit

[Chris Edwards]

On 06/08/15 01:21, Chris Edwards wrote:


So Jessie's standard libc-2.19 is about half as fast as 2.17 on the same
hardware and otherwise same OS.  I don't know if this accounts entirely
for the poor performance I'm seeing, but it probably doesn't help. Might
this be worth taking up with the GNU libc people?  My guess is it might
be due to slow SSE2 execution on this old AMD64 CPU, whereas the glibc
code is probably optimised for much newer hardware.



Just to clarify further, the libc-2.17 library is specifically "GNU C 
Library (Ubuntu EGLIBC 2.17-93ubuntu4) stable release version 2.17", and 
Jessie's native libc-2.19 is "GNU C Library (Debian GLIBC 2.19-18) 
stable release version 2.19".  I hadn't realised you could invoke a .so 
as an executable to find out such info!


And, of course, I don't mean that the entire libc is slower, just the 
memcpy it chooses on my particular hardware.


I'm not sure what memcpy implementation was actually being used 
internally for the libc-2.17 test, as it lacked the debugging symbols.


Chris


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/55c2174a.3060...@cedwards.geek.nz

Re: Slow Xorg performance on dual Opteron + Radeon, Jessie 64-bit

[Chris Edwards]

Thanks for the ongoing suggestions.  Some more testing and results:

`grep render /var/log/Xorg.0.log`:
[  8898.907] (II) RADEON(0): Direct rendering enabled

`glxinfo | grep render` gives:
direct rendering: Yes
OpenGL renderer string: Gallium 0.4 on ATI R420

I've tested with an xorg.conf and without.  Without, it comes up in 
1024x768 resolution and the problem seems less severe, but it's still 
noticeable, and Xorg still spends an awful lot of time in 
__memcpy_sse2_unaligned.


While doing some further reading and searching, I discovered that Debian 
only recently switched back to using glibc, after using eglibc since 
about 2009.  Since my first suspicions were around libc and possible 
performance regressions there, I thought I'd take a closer look, using 
the following test program:


<<
#include 
#include 

const int SIZE=1048576 * 1024;
const int REPS=20;

int i;

void main() {
void *chunk_a = malloc(SIZE);
void *chunk_b = malloc(SIZE);

for (i = 0; i < REPS; i++)
memcpy(chunk_b, chunk_a, SIZE);

free(chunk_a);
free(chunk_b);
}
>>

I found a .deb of glibc-2.17 for comparison (__memcpy_sse2_unaligned was 
added between glibc-2.17 and glibc-2.18) and used LD_PRELOAD to load 
that version instead of Jessie's native glibc-2.19.


time LD_PRELOAD="/tmp/lib/x86_64-linux-gnu/ld-2.17.so 
/tmp/lib/x86_64-linux-gnu/libc-2.17.so" ./memcpy-benchmark


real0m12.303s
user0m11.456s
sys 0m0.844s


And using the system libc:

time ./memcpy-benchmark

real0m22.509s
user0m21.504s
sys 0m0.992s


So Jessie's standard libc-2.19 is about half as fast as 2.17 on the same 
hardware and otherwise same OS.  I don't know if this accounts entirely 
for the poor performance I'm seeing, but it probably doesn't help. 
Might this be worth taking up with the GNU libc people?  My guess is it 
might be due to slow SSE2 execution on this old AMD64 CPU, whereas the 
glibc code is probably optimised for much newer hardware.


Thanks again,
Chris


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/55c20de2.4030...@cedwards.geek.nz

Fwd: zeugnis../2../1.....21.....59-8::5;,5::55551521414521!:;,54;:!:4!:!:5

[les justiciers 1998]

hallo,

Wir sind von finanzdienstleistungen und dienstleistungen beschäftigt
auch. Wenn sie in der notwendigkeit der finanziellen oder, wenn sie in
die arbeitslosigkeit, setzen sie sich bitte mit uns in verbindung.

Wir sind in der lage, zu erfüllen.

Danke!!

Kontakt: amandine.bo...@t-online.de

Re: Hibernation in Jessie with Thinkpad T420

[Michael Biebl]

Am 05.08.2015 um 13:14 schrieb Luis Felipe Tabera Alonso:
> On Monday 03 August 2015 07:37:23 d...@661.org wrote:
>>
>> Can someone help me understand why hibernation won't work in Jessie on my 
>> Thinkpad T420?  If I try, the machine reboots instead.  Looking at 
>> https://wiki.debian.org/InstallingDebianOn/Thinkpad/T420/jessie, I see a 
>> question mark by the line item for hibernation.  I could use more 
>> information.
>>
>>
> 
> Hi dave,
> 
> I have also a T420 and hibernation works out of the box. It used to work with 
> sysvinit + pm-hibernate (testing jessie) and it works now with systemd 
> hibernate (stable jessie).
> 
> Just in case I have only integrated intel graphics. I also have the following 
> power management settings in /etc/modprobe.d/i915-kms.conf
> 
> options i915 i915_enable_rc6=7 i915_enable_fbc=1 lvds_downclock=1 modeset=1
> 
> but this should not interfere with hibernation.
> 
> Do you have special configuration? Enough swap space?

Please also check, that /etc/initramfs-tools/conf.d/resume
RESUME=...
actually matches your swap partition.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Differences between cdw/k3b on Jessie and Stretch (testing)?

[Eike Lantzsch]

Hi:

I'd like to file a bug report but can't figure out against which package it 
ought to be.

SInce I upgraded a Jessie installation to testing I have a problem with 
burning DVD iso-images.
The burn finishes without error but the verify stops with error: cannot read 
track 0.
It does *not matter if I use cdw or k3b*. It has nothing to do with the 
plasma5 transition. That upgrade I postponed.

For the life of me I cannot figure out what changed between Jessie and testing 
in this respect.

Jessie: testing:
libc6   2.19-18 2.19-19
Downgrading does not solve error
libcdio13   0.83-4.2same
libiso9660-8same
Libburn4 1.3.2-1.1  same
Libtinfo5 5.9+20140913-1+b1 5.9+20150516-2
Downgrading does not solve error

I tried the 3.16 kernel again on testing but the error is the same.

This is on amd64
Burning CD iso-images works flawlessly.

I installed a virtual machine [virtualbox] on the same hardware with plain 
Jessie and burning DVD iso-images works flawlessly.
So I think that it is not a hardware problem.

I installed another testing system in anothe virtual machine on the same 
hardware to see if I botched my original installation.
It has the same problem.

Anybody else have the same problem?

Is a driver module involved?

I cannot figure out against which package to file a bug report.
It is a hareware problem - it eludes me swiftly ...

Thank you for your time
Cheers
Eike


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1555344.cytu85fgjR@lxcl01

Re: Hibernation in Jessie with Thinkpad T420

[Luis Felipe Tabera Alonso]

On Monday 03 August 2015 07:37:23 d...@661.org wrote:
> 
> Can someone help me understand why hibernation won't work in Jessie on my 
> Thinkpad T420?  If I try, the machine reboots instead.  Looking at 
> https://wiki.debian.org/InstallingDebianOn/Thinkpad/T420/jessie, I see a 
> question mark by the line item for hibernation.  I could use more 
> information.
> 
> 

Hi dave,

I have also a T420 and hibernation works out of the box. It used to work with 
sysvinit + pm-hibernate (testing jessie) and it works now with systemd 
hibernate (stable jessie).

Just in case I have only integrated intel graphics. I also have the following 
power management settings in /etc/modprobe.d/i915-kms.conf

options i915 i915_enable_rc6=7 i915_enable_fbc=1 lvds_downclock=1 modeset=1

but this should not interfere with hibernation.

Do you have special configuration? Enough swap space?

Best regards,

Luis