Hello again,
On 24.12.24 15:21, Daniel Reichelt wrote:
I just tested v6.1.120 +1ea1cd11c72d1405a6b98440a9d5ea82dfa07166 and I
can confirm that at least `ls $mntpt/sources` gives viable output.
However, actually running windows setup off a samba share from such a
$mntpt gives data errors at
Hi Zhao,
commit 1ea1cd11c72d1405a6b98440a9d5ea82dfa07166
Author: Jan Kara
Date: Wed Jan 25 11:43:03 2023 +0100
udf: Fix directory iteration for longer tail extents
When directory's last extent has more that one block and its length is
not multiple of a block side, the c
On 20.12.24 20:55, Salvatore Bonaccorso wrote:
Additionally I have now reported the issue on the regressions list as
well:
https://lore.kernel.org/regressions/z2xky0f6on1ub...@eldamar.lan/T/#u
Splendid, thanks!
Quick update: 6.2 is also OK, so we have:
OK still:
6.1.112-1
UNKNOWN - not in
Hi Salvatore,
Can you check with current upstream kernels[…]
prior to getting into bisecting, I decided to give [1] a shot.
From testing kernels available there I got this:
OK:
6.1.112-1
BAD:
6.1.115-1
6.1.119-1
OK again:
6.3.1-1~exp1
current trixie
current sid
It may take some
> Two questions:
>
> Can you check with current upstream kernels, ideally 6.13-rc2 or the
> versions available in Debian 6.12.5-1 (freshly uploaded, so has to
> pass NEW) or 6.12.3-1 to verify the bahaviour is not present there?
>
> If this is the case there might be some requirements in the backp
Source: linux
Version: 6.1.115-1
Severity: normal
Tags: upstream
Hi,
in 6.1.112-1 I could loop-mount Windows Setup ISOs (downloaded from M$; hashes
are fine; 10/11, DE/EN don't seem to make any difference) and access their
content perfectly fine, i.e. share the /sources/ sub-directory via samba f
Package: src:linux
Version: 4.18.20-2~bpo9+1
Severity: important
Hi,
since the upgrade to 4.18.0-0.bpo.3-amd64=4.18.20-2~bpo9+1, my Dell Latitude
E6410 fails to boot (everything was fine with
linux-image-4.18.0-0.bpo.1-amd64=4.18.6-1~bpo9+1). It hangs right the second
the i915 module gets loaded:
> I have not tried it, though.
>
> https://bugzilla.kernel.org/show_bug.cgi?id=200709#c6
> https://lkml.org/lkml/2018/10/14/62
>
I've tried it and can confirm this fixes the issue for me.
Cheers
Daniel
signature.asc
Description: OpenPGP digital signature
FYI: https://bugzilla.kernel.org/show_bug.cgi?id=200709#c5
signature.asc
Description: OpenPGP digital signature
>>From [1], I tested all amd64 linux-image packages from 4.13.13-1 (last working
> one) through 4.15~rc8-1~exp1 (still broken).
Sorry I got my references wrong. This should have read:
From [3], I tested all amd64 linux-image packages from 4.13.13-1 (last
working one) through 4.15~rc8-1~exp1 (
20K config vs. 1.6M image size? Seems a bit an odd comparison to me. On the
other hand, the uncompressed .config in /boot takes ~80K which is four times as
much (ok, it also lies on disk and not in RAM :-)
My point is, having the config available during runtime might come in handy
when handling cu
Sorry, something went wrong with my previous post.
I just wanted to ask the kernel team to enable
# grep IKCONFIG config-2.6.24-1-amd64
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
for all x86 kernel packages like it is the case for amd64.
Thanks,
Daniel
--
To UNSUBSCRIBE, email to [EMAIL PROTE
triggered by the
mount targets of the iso-images. As you can see in the patch attached,
for the conditional awk output to work as desired, another pair of hyphen
enclosing the awk match calls is required.
HTH,
Daniel Reichelt
*** tmp/update-initramfs.patch
--- update-initramfs2007-11-28 19:42
Hi,
this patch provides three new kernel options and restricts the access modes of
/proc/-dirs either to 550 or 500 in order to provide some privacy to
users. Tools like lsof and ps to spy out on other users become
ineffective. The options are added at File system drivers -> Pseudo Filesystems
->
Hi
> holler if you get to some limits or bugs :)
*hollering*, new bugs coming right up...ehm..new release. This time as .deb as
promised. Hadn't time to fiddle around with the copy_exec and ltrace stuff yet,
had to write man pages first.
Available here:
http://www.itamservices.de/linux
http://www
Hi Maks,
> really nice work, sorry for my late reply, a bit busy lately..
np, so was I :)
> hmmm doesn't copy_exec already put the needed libraries without
It's a pitty, but no.
> explicit listing, check with
> update-initramfs -u -v
I already have...
Seems like ldd doesn't catch every depende
Hi Maks,
it's been a little bit too late that night... I read ...scripts/nfs and believe
to have understood :-)
In this version I've completely left out dhclient/udhcpc, just using plain
ipconfig. The tarball's available here:
http://www.itamservices.de/linux/downloads/initramfs-remoteunlock-0.1
maximilian attems wrote:
> hello daniel,
>
> On Fri, Aug 24, 2007 at 12:28:22AM +0200, Daniel Reichelt wrote:
>>> why are you not using ipconfig, the klibc dhclient equiv.
>>> if it doesn't work for you i'd be happy to know why!?
>> 1) I've ove
Hi,
> On Fri, Aug 24, 2007 at 12:28:22AM +0200, Daniel Reichelt wrote:
>>> why are you not using ipconfig, the klibc dhclient equiv.
>>> if it doesn't work for you i'd be happy to know why!?
> wasn't talking about udphcpc but ipconfig see usage in
> /u
Hi Max,
> why are you not using ipconfig, the klibc dhclient equiv.
> if it doesn't work for you i'd be happy to know why!?
1) I've overlooked udphcpc is compiled into initramfs-tools' busybox
2) I've tried (roughly) this afternoon to use udhcpc, it just says it's missing
some script. Gotta look
Hello List,
I'm administering several linux hosts, which are all set up to boot from a
luks-encrypted partition (which partly live in LVM). I was hacked off to have
to go down to the basement and enter the passwords manually on each and every
reboot. So why not let this be managed by a central "bo
21 matches
Mail list logo
