Bug#800627: linux: fs/isofs/util.c iso_date() will map years >= 2028 to 1970

2021-05-09 Thread Thomas Schmitt
rnel.dk/linux-block --- From 154a68527351db091e5de60388ba4cfb1fe779fd Mon Sep 17 00:00:00 2001 From: Thomas Schmitt Date: Mon, 21 Sep 2020 18:20:14 +0200 Subject: [PATCH 0/1] isofs: prevent file time rollover after year 2038 The time val

Bug#798300: linux: fs/isofs/rock.c coarsely truncates file names of 254 or 255 bytes length

2021-05-09 Thread Thomas Schmitt
patch for the name length issues. It is based on 5.10: -- From 3d484405f0ad8d10ef490281da157bfdd7450cb6 Mon Sep 17 00:00:00 2001 From: Thomas Schmitt Date: Tue, 22 Sep 2020 12:34:50 +0200 Subject: [PATCH 1/1] isofs: truncate ove

Bug#800627: linux: fs/isofs/util.c iso_date() will map years >= 2028 to 1970

2015-10-02 Thread Thomas Schmitt
Hi, > Please address this by sending a patch to the upstream developers. I had hoped for Debian assistance when interacting with the kernel developer community. Will try upstream when i found the reason for the third bug i am hunting. (The first one was #798300 "fs/isofs/rock.c coarsely

Bug#800627: linux: fs/isofs/util.c iso_date() will map years >= 2028 to 1970

2015-10-01 Thread Thomas Schmitt
Package: linux Version: 4.1.6 Severity: normal Dear Maintainer, as the title says, we have 12 years left until timestamps of newly created ISOs will begin to collapse. Glimpse of future (assuming you have a file "/bin/true"): xorriso -outdev test.iso \ -blank as_needed \

Bug#798300: linux: fs/isofs/rock.c coarsely truncates file names of 254 or 255 bytes length

2015-09-07 Thread Thomas Schmitt
Source: linux Version: 4.1.6 Severity: normal Dear Maintainer, I experience coarse name truncation with very long Rock Ridge filenames in mounted ISO 9660 filesystems. It happens with names of 255 or 254 characters. 253 is ok. Now i riddle about the reasoning behind constant 254 in

Bug#649198: linux-image-2.6.32-5-amd64: Kernel Oops on try to use an USB CD drive that was powered off

2011-11-19 Thread Thomas Schmitt
Hi, Ben Hutchings wrote: Please update to the current stable point release (Debian 6.0.3) and let us know whether the bug is fixed. I am not a skilled Debian admin. So i need instructions for any Debian specific action you want me to perform. Following the advise of the maintainer of my

Bug#649198: linux-image-2.6.32-5-amd64: Kernel Oops on try to use an USB CD drive that was powered off

2011-11-19 Thread Thomas Schmitt
Hi, cat /proc/version Says: Linux version 2.6.32-5-amd64 (Debian 2.6.32-38) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Oct 3 03:59:20 UTC 2011 I was confused by the similarity of 2.6.32-5-amd64 and 2.6.32-38 which made me think that -38 should replace -5.

Bug#649198: linux-image-2.6.32-5-amd64: Kernel Oops on try to use an USB CD drive that was powered off

2011-11-18 Thread Thomas Schmitt
Package: linux-2.6 Version: 2.6.32-35 Severity: normal I experienced a kernel Oops at three occasions when i switched off a USB CD drive while it was in use by an application. It first happened with qemu (stress test), then with blkid (gnawing on medium with LEC uncorrectable error), and now

Bug#632044: linux-image-2.6.32-5-amd64: Sandisk Cruzer U3 memory stick not usable

2011-06-29 Thread Thomas Schmitt
Package: linux-2.6 Version: 2.6.32-35 Severity: normal Hi, i am experiencing problems between Debian 6.0.2 and a Sandisk Cruzer U3 memory stick (4 GB). These sticks appear as USB hub with an emulated CD-ROM drive and a memory stick storage device. So Linux creates /dev/srN as well as /dev/sdX

Bug#573145: dd if=/dev/sr0 does not wait until media is loaded and ready

2010-03-09 Thread Thomas Schmitt
Package: linux-2.6 Version: 2.6.26-21 Severity: normal Hi, i experience with eSATA and USB failures to read DVD+RW if the drive tray gets loaded automatically or if it is still blinking from ongoing loading. E.g. with dd: $ dd if=/dev/sr0 of=/dev/null bs=2048 count=1 dd: opening