Hello Salvatore,
Here some output I received when I tried to install the linux headers that
might be helpful:
~$ sudo apt-get install linux-headers-6.10.9-common linux-headers-6.10.9-amd64
linux-kbuild-6.10.9
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Stat
e any
crashes or instability.
Best regards
Hans K.
Am 14. September 2024 13:22:56 MESZ schrieb Salvatore Bonaccorso
:
>Control: tags -1 + moreinfo
>
>Hi Hans,
>
>On Sat, Sep 14, 2024 at 01:08:04PM +0200, Hans Krueger wrote:
>> Package: linux-headers-6.10.9-amd64
>&g
Package: linux-headers-6.10.9-amd64
Version: 6.10.9-1
Severity: important
X-Debbugs-Cc: kruege...@yahoo.com
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation? Installing linux-header files for the recent
kernel to r
kernel: [ 2649.347050] usb 2-1.1:
Product: MSM8952
2024-08-07T13:11:14.047647+02:00 protheus2 kernel: [ 2649.347054] usb 2-1.1:
Manufacturer: Sasmsung
Maybe you want to fix it.
Note: This behaviour appears on several kernel versions.
Thank you for reading this.
Best regards
Hans
-- Package
Hi Antoine,
On 2/3/24 17:16, Antoine wrote:
> On 1/20/24 21:26, Hans de Goede wrote:
>> Can you try adding "i8042.dumbkbd=1" to your kernel commandline?
>>
>> The next question is if the keyboard will still actually
>> work after suspend/resume with "i8
For the record, the module was included starting in 6.6.9-1:
$ grep -i CS35L41 /boot/config-6.6.9-amd64
CONFIG_SND_HDA_SCODEC_CS35L41=m
CONFIG_SND_HDA_SCODEC_CS35L41_I2C=m
CONFIG_SND_HDA_SCODEC_CS35L41_SPI=m
CONFIG_SND_SOC_CS35L41_LIB=m
CONFIG_SND_SOC_CS35L41=m
CONFIG_SND_SOC_CS35L41_SPI=m
CONF
Control: fixed 1036968 6.6.9-1
Control: fixed 1036968 6.6.11-1
With 6.6.11-1, the headphone jack insert detection is now working when running
on bookworm.
it themselves etc.
> No criticism just curious : I can always pick up the Debian kernel, the
> Debian config, slightly modify it for the kernel signature and sign the
> produced kernel and modules. Just that given the handful of modules I do
> not need, this is time consuming and I find myself out of normal Debian
> path.
Thanks, have fun!
Hans
The sound works with Ubuntu 22.04. This laptop family (Dell XPS) is listed as
supported by Ubuntu on their site. It is the same hardware as the Dell XPS 13 Plus:
https://ubuntu.com/certified/202112-29802
The Ubuntu/jammy 22.04 kernel includes this same list of modules as listed in
kernel.o
Package: src:linux
Version: 6.3.2-1~exp1
Severity: important
Dear Maintainer,
I installed Debian on a Dell XPS 17 9720:
https://wiki.debian.org/InstallingDebianOn/Dell/XPS%2017%209720
The audio output works, but there are a number of problems:
* Headphone plug detection does not work at all.
a look at this. Please feel free, to
ask for more information.
Network dumps or whatever can be delivered, if needed.
Thank you very much for reading this and any help.
Best regards
Hans
-- System Information:
Debian Release: 11.1
APT prefers stable-updates
APT policy: (500, '
Package: initramfs-tools
Starting with kernel 5.17 the kernel supports the builtin privacy screens built
into the LCD panel of some new laptop models.
This means that the drm drivers will now return -EPROBE_DEFER from their
probe() method on models with a builtin privacy screen when the privacy
.
At the moment I reverted back to kernel 5.10.0-8-0*, which is running perfectly.
Thank you very much for all the help!
Best regards
Hans
-- System Information:
Debian Release: 11.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security&#
e it to the
> discretion of the Debian Kernel Team to decide whether or not to
> reassign it to src:xen now.
Yes, that makes sense indeed, I'll do it in a minute. Even while we
don't know if it has to do with the Xen or dom0 kernel code, it's more
likely that in either case, we'll end up asking the upstream Xen people
about it.
Have fun,
Hans
[0] https://lists.xenproject.org/mailman/listinfo/xen-users
them
in time. But yeah, that happens.
Diederik, I think we should omit the 5th one, since it's a cosmetics
commit, which also starts touching (older) code unrelated to this issue.
What I plan to do is include these as regression fixes in the next
package update. The issue is only affecting a subset of hardware types.
There's a workaround (pull the plug), the fixes are known. There is no
security risk, there is no data corruption or unexpected crashes during
normal operation.
Hans
tables = 0 ***
>
>
> net.bridge.bridge-nf-call-iptables = 1
>
>
> net.bridge.bridge-nf-call-arptables = 0
>
>
>
>
> As said, if I don't set the one marked with *** to 0 there is no kernel
> panic.
>
> I wonder if this still is a kernel issue but still wouldn't expect a
> kernel panic to happen.
>
> Cheers,
> spi
>
Have fun,
Hans
version is running well and I suggest, to
release it as soon as possible.
As I found a solution for me, I think, you can safely close this bugreport.
Thank you very much for reading this and all the work.
Best regards
Hans
og I believe, linux-kbuild-5.10 might be buggy.
Thank you for reading this and any help.
Best regards
Hans
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_
Oh,
On 4/16/21 11:44 AM, Hans van Kranenburg wrote:
> [...]
>
> I have the same issue here, it started at the moment I moved from the
> 4.19 kernel to 5.9, and now 5.10. For totally non-obvious reasons fans
> start blowing like crazy regularly for a few seconds. When observin
s, 16-deep LBR, Intel PMU
> driver.
> DMAR: Intel(R) Virtualization Technology for Directed I/O
Hans
dorothy
description: Mini PC
product: NUC8i5BEH (BOXNUC8i5BEH)
vendor: Intel(R) Client Systems
version: J72747-305
serial: G6BE94400JDL
width: 64 bits
capabilities: smb
at the moment).
It would be nice, if you could take a lokk at that, as I believe, there are
lots of hardware like notebooks, where you can not exchange the graphics card
easily, if not at all.
Thank you very much for any help!
Best regards
Hans
-- Package-specific info:
** Version:
Linux v
think them important, but feel free to ask for
more.
Thank you very much for reading this and your help.
Best regards
Hans
-- Package-specific info:
** Version:
Linux version 5.8.0-2-amd64 (debian-kernel@lists.debian.org) (gcc-10 (Debian
10.2.0-9) 10.2.0, GNU ld (GNU Binutils for Debian
s (over iscsi). So, no ext3
anywhere.
We haven't got bug reports against Debian Xen packages in the BTS about
this.
I have not yet tried to make an ext3 fs on a block device in a test domU
and then have it do things with the fs and reboot it now and then. If
wanted, I can do that and see if there's any problem after a week or
two. Just to add chaos to help correlating.
FWIW,
Hans
gegards
Hans
signature.asc
Description: This is a digitally signed message part.
s a workaround, I am running now kernel 5.5.0-2-686-pae, but it would be nice,
if you could fix this issue in kernel 5.6.0-1-686-pae (or higher).
Thank you very much for the grrat work!
Best regards and stay healthy!
Hans
*** End of the template - remove these template lines ***
-- P
On 18-12-2019 22:46, Salvatore Bonaccorso wrote:
Can you report this to upstream directly? (Please keep the Debian bug
into the loop).
I have submitted the patch upstream at the same time I added a comment
to the Debian bug. Upstream did not accept the patch back then because
the were hoping a
ikely a bit complicated to, in that case, try triggering the problem by
generate the same workload that's now coming from the domUs.
Curious to hear what happens,
Thanks,
Hans van Kranenburg
On 3/12/19 8:19 PM, Juergen Gross wrote:
> On 12/03/2019 17:41, Hans van Kranenburg wrote:
>> On 3/12/19 5:04 PM, Juergen Gross wrote:
>>> On 11/03/2019 20:50, Hans van Kranenburg wrote:
>>>> On 3/11/19 7:34 AM, Juergen Gross wrote:
>>>>>
>>&g
On 3/12/19 5:04 PM, Juergen Gross wrote:
> On 11/03/2019 20:50, Hans van Kranenburg wrote:
>> On 3/11/19 7:34 AM, Juergen Gross wrote:
>>>
>>> I'm not sure. Patch 3 of this series is basically already there (see
>>> commit c6d4381220a0087ce19dbf6984d92
On 3/11/19 7:34 AM, Juergen Gross wrote:
>
> I'm not sure. Patch 3 of this series is basically already there (see
> commit c6d4381220a0087ce19dbf6984d92c451bd6b364). So maybe all we need
> is patch 4, which should really be easy to do?
>
> Hans, could you give it a try? Y
On 3/10/19 11:03 PM, Andrew Cooper wrote:
> On 10/03/2019 21:35, Hans van Kranenburg wrote:
>>
>> [...]
>>
>> Using dom0_mem=2GiB,max:4GiB instead of dom0_mem=2GiB,max:2GiB (which I
>> started with) makes the errors go away, so workaround confirmed.
It'
ight be able to help testing. However, I only have one
of this type of box and it's gonna be installed as server at some
non-profit organization without OOB access, replacing even older donated
hardware, so, it will be kinda limited... :)
Hans
On 11/30/18 10:46 PM, Hans van Kranenburg wrote:
> On 11/29/18 2:38 AM, Hans van Kranenburg wrote:
>> On 11/29/18 1:20 AM, Hans van Kranenburg wrote:
>>> Package: src:linux
>>> Version: 4.19.5-1~exp1
>>> Severity: normal
>>>
>>> Hi,
>>&g
On 11/29/18 2:38 AM, Hans van Kranenburg wrote:
> On 11/29/18 1:20 AM, Hans van Kranenburg wrote:
>> Package: src:linux
>> Version: 4.19.5-1~exp1
>> Severity: normal
>>
>> Hi,
>>
>> Latest 4.19 upload fails to boot as Xen dom0.
>
> Copy at
>
On 11/29/18 1:20 AM, Hans van Kranenburg wrote:
> Package: src:linux
> Version: 4.19.5-1~exp1
> Severity: normal
>
> Hi,
>
> Latest 4.19 upload fails to boot as Xen dom0.
Copy at
https://lists.xenproject.org/archives/html/xen-devel/2018-11/msg03313.html
But at least if so
Hi,
On 11/24/18 2:19 AM, Cesare Leonardi wrote:
>
> On Sat, 24 Nov 2018 01:08:56 +0100 Hans van Kranenburg
> wrote:
>> You didn't share any part of your logging. Can you share a part of dmesg
>> logging that shows Oops in it?
>
> Here it is, attached to thi
ID. In fact my notebook disk
> uses LVM linear volumes and never showed those hangs and oopses.
Have fun,
Hans
on a disk which is not too large is
still affected by this sub-optimal behaviour.
So I guess that's a TODO for me, to still get it done now. It's 951e7966
and 583b723151 with a few small changes to make it apply. At least it
has had enough testing, and the amount of users with out-of-space
filesystems has decreased notably in the last year in #btrfs IRC. :)
Hans
signature.asc
Description: OpenPGP digital signature
since they are (usually) not battery
powered.
Regards,
Hans
>From 34de386e5a1113360c967ba9f76901282e46a415 Mon Sep 17 00:00:00 2001
From: Hans de Goede
Date: Sun, 30 Sep 2018 16:58:52 +0200
Subject: [PATCH resend] ARM: dts: sun7i: Disable OOB IRQ for brcm wifi on
Cubietruck and Banana Pro
> kernel = '/boot/vmlinuz-4.9.0-7-amd64'
> extra = 'elevator=noop'
> ramdisk = '/boot/initrd.img-4.9.0-7-amd64'
>
> The VM crash in loop with kernel error :
>
> [...]
>
> Did I miss something ?
Yes, the pti=off needs to go in your extra line:
extra = 'elevator=noop pti=off'
Hans
27;s fixed in commit 1adc34adc3447c34926994b87db5d929f5ab45b5
"x86/cpu: Re-apply forced caps every time CPU caps are re-read"
Hans
lists/kernel/msg2808364.html
This into 4.9.107:
https://www.spinics.net/lists/stable/msg242657.html
And this went into 4.9.112:
https://www.spinics.net/lists/stable/msg246729.html
Apparently kernels from 4.9.107 to 4.9.111 don't boot correctly.
Hans
I succeed reproducing, I can start trying other kernels or changes.
Please advice what else I could do to help resolving this issue.
Thanks,
Regards,
Hans van Kranenburg
[0] https://bugs.debian.org/899044
May 4 08:23:03 altair kernel: [83978.662075] BUG: unable to handle kernel
paging reques
his, except for just waiting until
it happens again.
Please advice what else I could use to help resolving this issue.
Thanks,
Regards,
--
Hans van Kranenburg
May 4 08:23:03 altair kernel: [83978.662075] BUG: unable to handle kernel
paging request at 0003001f
May 4 08:23:0
Unfortunately, I was to fast, the workaround does not work so I had to
go back on 4.14, but i am sure that you can copy the stuff together. I
tried a similar procedure a few weeks ago.
> Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-
ake the objects available in linux-headers.
It means however some manual interaction, in an otherwise automatic update
procedure.
regards
Hans
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable'), (1,
Because of the mentioned steal time fix that was included in a version
in between the 2 versions you mention, my first suggestion would be to
see if the symptoms on the old and new kernel are exactly the same, or
if they are only similar but different.
Hans
ts.xenproject.org/archives/html/xen-devel/2018-01/msg00540.html
Hans
On 01/10/2018 08:54 AM, Wolodja Wentland wrote:
> Hans van Kranenburg writes:
>
>> == Security update for Stretch ==
>>
>> On IRC I got some questions about the already earlier released XSA
>> patches, which still aren't in Stretch.
>
> It would be a
Hi,
On 12/22/2017 02:01 AM, Hans van Kranenburg wrote:
> To: Debian xen and kernel team list, Ian Jackson
I'm replying to my own email, since there has not been a reply on the
lists to it yet.
For Ian Jackson: There's a question for you below (section "Moving
packaging rep
tags 886491 + wontfix
tags 886591 + wontfix
thanks
On 01/07/2018 11:28 PM, Hans van Kranenburg wrote:
>
> Thanks for your report. This does not render the complete package
> unusable for any user.
The answer from upstream Xen to this is:
https://lists.xenproject.org/archives/html/
# ok, let's try again...
severity 886591 important
reassign 886591 src:linux 4.9.65-3+deb9u2
merge 886591 886491
thanks
Thanks for your report. This does not render the complete package
unusable for any user.
Hans
h and hvm are all different things, but I don't understand
what reporter is actually doing. What scenario does commenting something
out cause?
And as far as I know using PVH is not supported with a Xen before 4.10?
Hans
real package version,
>> like 4.9.65-3 or whatever in case of linux-image-4.9.0-4-amd64.
>>
>> Anything you could do yourself to narrow down the issue would help.
>>
> What happens is that pygrub succeeds in processing menu.lst at domU.
> It seems not to load the kernel however (but if I do boot in pv mode it does).
> I get somehow the impression that the xen drivers for hvm are not loaded.
> But I cannot check that.
> If there is some logging I can turn on, I am happy to do so.
Ok, thanks for the additional information. I included the debian bug
email address again and did not remove any of your reply, so it's visible.
Sadly, I have no ready to go answer now, but at least this adds more
info to get forward.
Hans
er in case of
linux-image-4.9.0-4-amd64.
Anything you could do yourself to narrow down the issue would help.
With enough information, someone else might be able to reproduce the
same situation and confirm the issue.
Hans van Kranenburg
To: Debian xen and kernel team list, Ian Jackson
Cc: Stefan Bader, maintainer of xen packages in Ubuntu
Hi all,
Short version: Hi! I'd like to help with the Xen packaging in Debian.
Long version:
Q: Who are you? How are you related to Debian an the Xen project?
A: Hi, I'm Hans van
On 11/16/2017 02:19 PM, Hans van Kranenburg wrote:
>
> Latest work on this:
>
> https://patchwork.kernel.org/patch/10035835/
>
> "Applied to for-linus-4.15."
Ok, I just built a 4.9.65 kernel with this patch on top and the config
from debian (config-4.9.0-4-amd64). I
#x27;m not an expert in the cpu time accounting area, but I can help
testing etc...
Thanks,
--
Hans van Kranenburg
.
Thanks for reading this and best regards
Hans
specific problem.
Thank you for reading this.
Best regards
Hans
- end -
At the moment I have to get back to the old kernel, as the latst is not usable.
I can not tzell, if this apears on 64-bit systems, too, mine is a 32-bit system
(EEEPC 1005 HGO).
Thank you for any help and your work.
Best regards
Hans
-- System Information:
Debian R
/tested against a
virtual driver so no actual hardware is needed.
Regards,
Hans Verkuil
V4L2/CEC kernel co-maintainer
-- Package-specific info:
** Version:
Linux version 4.12.0-1-amd64 (debian-kernel@lists.debian.org) (gcc version
6.4.0 20170805 (Debian 6.4.0-3) ) #1 SMP Debian
r module is involved. However, as I
told before, it is not harmful and everything is working fine, also graphics
looks good.
Hope it helps either.
Best
Hans
CEC with the remote control subsystem.
Can you enable that as well?
Thank you,
Hans Verkuil
CEC subsystem maintainer
-- Package-specific info:
** Version:
Linux version 4.12.0-1-amd64 (debian-kernel@lists.debian.org) (gcc version
6.4.0 20170805 (Debian 6.4.0-3) ) #1 SMP Debian
generated are intel oriented and named, and added
with hex addresses.
Please drop me a line, if you are interested in more. If not, I will just wait
for the next kernel version.
As I said, it is weired, but not destroyable.
Best regards
Hans
Package-specific info:
** Version:
Linux version
the latest kernel.
6. Hint: backup ~/.config/libreoffice
Happy hacking!
Best
Hans
Hi,
just FYI: latest version of libreoffice in debian/testing is also still
crashing.
Thought, you should be informed.
Best
Hans
best.
For me, using Abiword with the latest kernel is the better solution!
Best
Hans
Hi Rene,
dated libreoffice up this morning, but no success. I deletd
~/.config/libreoffice
and got this error message:
*user@protheus7*:*~*$ libreoffice
*user@protheus7*:*~*$
Hope, this helps.
Best
Hans
look, what might have changed.
Best regards
Hans
implementation without having CEC hardware.
In kernel 4.12 the RainShadow driver (similar to the popular PulseEight
USB CEC adapter) should also be enabled: CONFIG_USB_RAINSHADOW_CEC=m
Regards,
Hans Verkuil
CEC Framework & pulse8-cec driver maintainer
-- System Information:
Debian Rel
On 11/09/2016 12:34 AM, Hans van Kranenburg wrote:
>
> Problem description: After using live migration with Xen, there's a
> chance a block device in a virtual machine ends up displaying 100% usage
> all the time. This also causes 1.00 to be added to the system load average.
Thi
fix commit and patchwork link,
I'm however quite confident that this is the exact same issue/fix.
Thanks,
--
Hans van Kranenburg
=
-# iostat -y -x 2
Linux 3.16.0-4-amd64 (app
Package: src:linux
Version: 3.16.7-ckt25-2+deb8u2
Severity: normal
Dear Maintainer,
with bpo kernels 4.2 to 4.6, I recently had several crashes. In two
cases I got a kernel bug (log included below). In two other cases
the system locked up completely. It might be related to my old Radeon
card (HD
I recently installed a backported linux image:
> linux-image-4.3.0-0.bpo.1-686-pae
with this the crashes do no occure
Only things which occure are those FIFO underruns:
> [drm:intel_pch_fifo_underrun_irq_handler [i915]] *ERROR* PCH transcoder B
> FIFO underrun
they don't seem fatal.
Regards.
Some more details:
* the distorted X11 screen on output LVDS1 seems only to happen with
simple window-managers like fvwm2 and jwm, but not with a
desktop-environment xfce.
This is bad because I have not found a replacement for fvwm2, which is
as configurable like fvwm2. I use fvwm2 constantly.
*
free to ask for any more information.
And: Thanks for your help!
Best
Hans
P.S. Sorry, sent this mail twice, as I forgot to add the file.
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Initializing cgroup subsys cpuacct
free to ask for any more information.
And: Thanks for your help!
Best
Hans
Hi Geert,
maybe you should also know, that I am NOT using network manager.
Additionally I am using fixed ip-addresses, so that I am online without the
need of wicd or network-manager.
Although I have configured eth0, it is not connected to the cable, as I am
using wireless connection.
I send y
-
> to this bugreport
>
>
I also attached the output of dmesg in the file kernelringbuffer.txt as advised
to this mail.
> Groeten
> Geert Stappers
> --
> Leven en laten leven
>
>
Greeteings
Hans
[0.00] Initializing cgroup subsys cpuset
[0
ou change this file, run 'update-grub' afterwards to update
Best
Hans
>
> Groeten
> Geert Stappers
3.16 and
4.X.
It would be nice, if you could take a look at it. maybe this is easy to be
fixed.
Thank you very much for reading this and all your help.
Best regards
Hans-J. Ullrich
hread does not really look
like an official patch submission, I believe that a separate
patch submission using the standard procedure for those would be
good.
Thanks & Regards,
Hans
Cheers,
Ian.
>8---
From 38880ed1b26e8778268c1da41ab2bb52c6797947 Mon Sep 17 00:00:00 2001
F
Hi,
On 24-07-15 15:16, Maxime Ripard wrote:
On Fri, Jul 24, 2015 at 02:58:31PM +0200, Hans de Goede wrote:
There is slightly more to it then those 5 lines, but yes we should enable
voltage scaling on more boards. This mostly requires someone to simply
just do the work.
I've a workshop o
equires someone to simply
just do the work.
I've a workshop on dts this weekend at our localhacker space and the plan
is for the people attending to get some handson experience by them doing
this work (amongst other things) :)
Regards,
Hans
--
To UNSUBSCRIBE, email to debian-kernel-r
Lamobo R1
The Cubietruck has the necessary bits in the dts to also enable voltage
scaling. Is the debian kernel building the axp209 mfd driver, and also
the axp20x regulator drive, and do these get loaded properly on the
cubietruck ?
Regards,
Hans
--
To UNSUBSCRIBE, email to debian-k
could take a look at it.
At the moment I have to stay at kernel 3.16 due it is not usable for me at
the
moment as this one and another major bug (#792627).
Thank you for any help!
Best regards
Hans-J. Ullrich
Thank you very much.
network, delay at boot and "ifconfig -a" shows
NO eth0 but "enp1s0".
Hope this helps
Best
Hans-J. Ullrich
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/4305688.G8pLMSlTW4@protheus7
Package: linux-image-3.14-0.bpo.1-amd64
Severity: normal
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
On a wheezy system backports was added and then install
linux-image-3.14-0.bpo.1-amd64
* What exactly did you do
Package: src:linux
Version: 3.2.60-1+deb7u1
Severity: important
Dear Maintainer,
Intel MB DH87RL, 8GN, i5
System/kernel crashes once in a while. See a tracecall at the end.
System runs 24/7. Crash occurs typically once every 1-4 weeks.
System is not stressed for long preiods of time
CPU temp is m
Package: src:linux
Version: 3.2.51-1
Severity: important
Dear Maintainer,
Nov 21 21:15:58 ijntema-svr kernel: [1469250.079513] BUG: unable to handle
kernel paging request at 0828
Nov 21 21:15:58 ijntema-svr kernel: [1469250.079569] IP: []
jbd2_journal_release_jbd_inode+0x3f/0x10a [jb
Package: src:linux
Version: 3.2.51-1
Severity: important
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
I have a dedicated backup internal SATA HDD; (4TB, GPT), filled 70%. Btrfs on
DM-Crypt; Backups are created with Dirvish, e.g., many hardlinked files.
HD
Package: src:linux
Version: 3.2.51-1
Severity: important
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
Headless server. Situation occured at somepoint in time
* What exactly did you do (or not do) that was effective (o
rootdelay=1 is enough here :-)
thanks for the hint.
Hans
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/b77447d2e3238c9db221ec408580
I just downloaded and tried this:
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso
from 2013-04-17 11:11
It is also affected.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble
Package: linux-image-3.2.0-4-486
Version: 3.2.35-2
Severity: grave
Tags: d-i patch
Justification: renders package unusable
I've just installed the debian-wheezy-DI-rc1-i386-netinst.iso installer on a
Lenovo S10e netbook with a Intel Atom N270 1.60GHz by doing this onto a USB
thumb drive:
dd if=d
the bug appeared again. Maybe this information
might be important for you. However, I guess I already tested this in the
past, but this time all packagesd are up-to-date (state from today, of
course).
Hope this helps!
Greets
Hans
--
To UNSUBSCRIBE, email to debian-kernel-requ
3.4 and higher.
Hans
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201301011633.16038.hans.ullr...@loop.de
ackages go,
but I forgot, where it was.
Can you point me to, where I find a 3.3-rc6-kernel-package? I guess, I will
find
the headers there, too.
Cheers
Hans
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
d you forget
> to run scripts/config --disable DEBUG_INFO?
Ahm I forgot. I just build the whole kernel with make-kpkg -j4 --initrd
kernel-image
>
> Sorry for the trouble and hope that helps.
Next time, I will try better.
>
> Sincerely,
> Jonathan
Greets
Hans
--
To UNS
1 - 100 of 238 matches
Mail list logo
