Package: src:linux
Version: 3.16.3-2
Please enable support for the RTS5129 card reader.
Bus 001 Device 005: ID 0bda:0129 Realtek Semiconductor Corp. RTS5129 Card
Reader Controller
# journalctl
9月 30 00:04:35 jidanni5 systemd-udevd[168]: Network interface NamePolicy=
disabled on kernel comman
I would be happy to install any .deb you might want me to download.
--
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/87k3e5oys9@jidanni.org
Move the bad one out of the way please soon, else Debian users will get their
disks messed up!
--
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/87ob3hp07z@jidanni
It only happens to me once in a full moon too. Not something I can reproduce at
will.
--
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/87mwj8urid@jidanni.org
Don't worry, I'll trust you! Plus I'm 53.
--
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/87ob3o67fo@jidanni.org
> "BH" == Ben Hutchings writes:
BH> Assuming my fix for the repetition is correct, the remaining problem is
BH> why usb-storage is generating such large/fragmented urbs. (And how did
BH> this work before the recent changes to Link TRBs? Or did it result in a
BH> different failure mode?)
We
Oops I forgot to start from unpacking, for the full story.
(Anyway I think the usual is two lines per package unless something goes wrong.)
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: ht
Package: linux-image-3.12-1-686-pae
Compared to other packages,
this package makes many lines of output during installation.
That is nice, but the admin must look at each line looking for errors,
when in fact they are all not errors or warnings.
There ought to be a Debian standard.
Setting up lin
Crap. The same thing happened again today.
Now it is up to
# grep -c xhci /var/log/syslog
1958427
lines!
222] usb 1-4.3: USB disconnect, device number 5
Jan 4 05:28:05 jidanni5 kernel: [ 3904.883696] sd 7:0:0:0: [sdg] Unhandled
error code
Jan 4 05:28:05 jidanni5 kernel: [ 3904.883702] sd 7:0:0:
> "BH" == Ben Hutchings writes:
BH> And what were those error messages?
BH> Which USB devices are you using (this is probably disk or network
BH> related)?
I had done an aptitude update on writing onto
# fdisk -l
Disk /dev/sdg: 3867 MB, 3867148288 bytes
181 heads, 32 sectors/track, 1304 cylin
> "MKP" == Martin K Petersen writes:
MKP> We have to discover the basics of the disk before we can create the
MKP> gendisk/block device/request queue. And some of the subsequent
MKP> parameters we need can't be stored or acted upon until everything has
MKP> been set up. So some questions we h
> "BH" == Ben Hutchings writes:
BH> No, this message did not exist in that version.
You are right. Wish there was a way to do
$ reportbug $(the current kernel package name I am running)
so I could avoid mistakes.
BH> Is any other error message logged?
Yes, I recall some about disk problems
Package: src:linux
Version: 3.11.10-1
Severity: wishlist
Whatever you do,
please add some break out code.
Do not just loop
putting
# grep -c xhci /var/log/syslog
1052792
lines of
xhci_hcd :00:14.0: Too many fragments 79, max 63
swelling
# ls -l /var/log/syslog
-rw-r- 1 root adm 107977515 0
>> Mention how to use the firmware.
B> Nothing needs to be done beyond installing the package.
Yes but please explicitly say that somewhere.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
Package: linux-image-3.12-1-686-pae
Currently any such devices as below that are attached during boot still
produce the below SIX messages per device when they should only produce
TWO:
# dmesg |egrep Caching\|Assuming
[3.960663] sd 3:0:0:0: [sdb] No Caching mode page found
[3.960701] sd 3
Today I tried -686-pae on my
model name : Intel(R) Celeron(R) M processor 1.40GHz
flags : fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov clflush
dts acpi mmx fxsr sse sse2 ss tm pbe bts
and it booted fine...despite all expert opinion I got years ago.
That's why an off
And fourth possibility,
Your system probably can use 686-pae, but is not officially approved to
do so by your manufacture. Therefore we must ask you not to use it.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lis
So could you guys make a script with three possible answers:
$ ./check-if-my-machine-should-use-686-pae-or-486
Congratulations, you can use the 686-pae kernel!
Sorry, you must use the 486 kernel!
Maybe: It is hard to say, all we can say is try it. It will either boot
or not, and you will know ri
What will happen if I boot
product: Intel(R) Celeron(R) M processor 1.40GHz
version: 6.13.6
size: 1400MHz
capacity: 1400MHz
width: 32 bits
clock: 400MHz
capabilities: fpu fpu_exception wp vme de pse tsc msr mce cx8 sep
The Description says:
This kernel requires PAE (Physical Address Extension).
Thus wouldn't installing it and removing other kernels make the system
unbootable or lead to data loss?
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Cont
Package: linux-image-686-pae
Version: 3.10+51
Severity: wishlist
Shouldn't some warning be given upon attempting to install on machines
where /proc/cpuinfo lacks pae?
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@
Package: linux-image-3.10-1-686-pae
Version: 3.10.1-1
Severity: important
linux-image-3.10-1-686-pae:i386/unstable 3.10.1-1
contains a regression, possibly https://patchwork.kernel.org/patch/2125381/
related, which is absent in
linux-image-3.9-1-686-pae:i386 3.9.8-1
With the former one will only
B> You booted in single user mode. What would be the point of letting
B> other users write to your terminal? Besides which /dev/console had damn
B> well better be trustworthy.
The point is that single user mode comes before the ttys are fully set up!
It should come after!
--
To UNSUBSCRIBE,
Package: src:linux
Version: 3.2.39-2
Severity: minor
At boot choose recovery mode,
'Debian GNU/Linux, with Linux 3.2.0-4-486 (recovery mode)'
Type the root password, then in the shell that appears, type
# mesg y
This will cause
mesg: error: tty device is not owned by group `tty'
Note I did this
Package: firmware-linux-free
Severity: wishlist
Mention how to use the firmware.
--
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/87ipd67xin@jidanni.org
Package: firmware-linux-nonfree
Version: 0.36
Severity: wishlist
Mention how to use the firmware.
--
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/87k3xm7xkh@jida
OK, so it is not the kernel CPIO to blame. It is other components.
Hard for users to tell.
Feel free to redirect my bug.
--
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.
Oops, you are right.
Both kernel versions are affected. One just doesn't notice it unless
libmtp-common/unstable
libmtp9/unstable
are installed.
Sure wish they would fix the kernel CPIO stuff to not spew these
messages. That's what it looks like is to blame to we the users.
--
To UNSUBSCR
Package: linux-2.6
Version: 3.1.4-1
Severity: minor
linux-image-3.1.0-1-486_3.1.4-1_i386.deb is affected by #624537
linux-image-3.1.0-1-486_3.1.1-1_i386.deb is not.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@l
How does one do a simple test to see if one is on the death list?
# grep -c 86 /proc/cpuinfo
0
# lshw | grep -c 86
0
--
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/8
Package: linux-2.6
Severity: wishlist
Version: 3.0.0-1
At boot this,
Checking file systems...fsck from util-linux 2.19.1
fsck.ext3: Unable to resolve 'UUID=c914c362-4b46-48be-afaf-6e061825b2ed'
fsck died with exit status 8
^[[31mfailed (code 8).^[[39;49m
File system check failed. A log is being s
Package: linux-2.6
Version: 3.0.0-1
Seen in /var/log/kern.log
[drm] capturing error event; look for more information in
/debug/dri/0/i915_error_state
render error detected, EIR: 0x0010
page table error
PGTBL_ER: 0x0100
[drm:i915_report_and_clear_eir] *ERROR* EIR stuck: 0x0010, maski
Package: linux-2.6
Version: 3.0.0-1
Seen at boot:
Loading cpufreq kernel modules...FATAL: Error inserting powernow_k7
(/lib/modules/3.0.0-1-486/kernel/drivers/cpufreq/powernow-k7.ko): No such device
FATAL: Error inserting speedstep_ich
(/lib/modules/3.0.0-1-486/kernel/drivers/cpufreq/speedstep-i
Package: linux-2.6
Version: 2.6.39-1
Severity: wishlist
Lately plugging in various USB thumb drives or card readers produces
tons of
[ 2669.096186] usb 1-2.1: reset high speed USB device number 17 using ehci_hcd
messages, and then today this:
[ 2637.874205] [ cut here ]
[
Wait, it does boot. Apparently after
[UPGRADE] udev 169-1 -> 170-1
--
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/87ipt1mp11@jidanni.org
BH> Which doesn't boot?
The new -486 kernel.
--
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/874o4mrmnf@jidanni.org
By the way, it doesn't boot.
Just says cannot open /root/dev/console and panics.
--
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/878vtz3rag@jidanni.org
> "BH" == Ben Hutchings writes:
BH> I wonder why you had both linux-image-686 and linux-image-2.6-686
BH> installed. They are redundant with each other.
Well, can you please mention that in
aptitude show linux-image-2.6-486 linux-image-486
else sooner or later over the years one will end up w
Package: linux-image-686
If we are going to end up with -486, things could be smoother.
First it would be great if we didn't need to download the big .deb only
to find out we can't use it... OK, never mind that.
Upon aptitude upgrade
We see this six (6) times
│ This system requires a different
> "JN" == Jonathan Nieder writes:
JN> To be clear, does that mean you had been running 2.6.38-5 before the
JN> upgrade, too?
Yes. But I was forced to reboot with my backup,
$ apt-show-versions|grep linux-image
linux-image-2.6-686/unstable uptodate 2.6.38+34
linux-image-2.6.37-2-686 2.6.37-2 in
> "BB" == Bastian Blank writes:
BB> Please specify your problem clearly.
Sorry. All I know is I did this upgrade,
[UPGRADE] acpid 1:2.0.9-1 -> 1:2.0.10-1
[UPGRADE] binutils 2.21.51.20110421-5 -> 2.21.51.20110421-6
[UPGRADE] grub-common 1.99-3 -> 1.99-4
[UPGRADE] grub-pc 1.99-3 -> 1.99-4
[UPGR
Package: linux-2.6
Version: 2.6.38-5
Setting the system clock.
Cannot access the Hardware Clock via any known method.
Use the --debug option to see the details of our search for an access method.
Unable to set System Clock to: Sat May 21 10:29:45 UTC 2011 ...
^[[33m(warning).^[[39;49m
^[%@findfs:
Package: linux-image-686
rmdir: failed to remove `/lib/modules/2.6.32-3-686': Directory not empty
dpkg: warning: while removing linux-image-2.6.32-3-686, directory
'/lib/modules/2.6.32-3-686' not empty so not removed.
# cat /lib/modules/2.6.32-3-686/modules.softdep
# Soft dependencies extracted
> "D'R" == Didier 'OdyX' Raboud writes:
D'R> On those 'slow' architectures, unsatisfied dependencies are frequent, but
almost
D'R> always get solved by _waiting_ (I run 'aptitude update; aptitude
safe-upgrade'
D'R> daily and I don't even see these issues).
Try 'aptitude update; aptitude full
Package: linux-image-2.6-686
You have a race condition or something that caused:
The following packages have unmet dependencies:
linux-image-2.6-686: Depends: linux-image-2.6.37-1-686 which is a virtual
package.
linux-image-686: Depends: linux-image-2.6.37-1-686 which is a virtual package.
> "B" == Debian Bug Tracking System writes:
B> The kernel-img.conf file is documented in kernel-package. This should
B> have been noted in e.g. README.Debian for image packages. However, it
B> is no longer required and will not be created in fresh installations, so
B> I do not see the point
>> > "PG(" == Peter G (nephros) writes:
>> PG(> I think it is .modeset=0 (e.g. "radeon.modeset=0").
>> PG(> I use both: "vmlinuz foo radeon.modeset=0 modeset=0" which does work.
OK, I finally figured it out:
$ zgrep -c modeset
/usr/share/doc/linux-doc-2.6.32/Documentation/kernel-parameters.t
> "BH" == Ben Hutchings writes:
BH> This looks the same as #561764, reported by... you.
I see. Anyways here's a little discovery I made. If it is not
technologically possible to put such messages in files like dmesg, then
at least they could be left on the screen:
On one of my computers, th
X-debbugs-Cc: linux-ker...@vger.kernel.org
Package: linux-2.6
Version: 2.6.32-26
I'm quite distressed that again I am seeing warnings at boot that fly
off the screen and cannot be found in any log files.
I believe the message was similar to
udevd[263]: GOTO 'acl_end' has no matching label in:
'/
severity 595521 critical
thanks
Critical for the same reasons as in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595521
With the addition that X never need to have been started for the problem
to occur. I.e., use this kernel and be prepared for needing as cold
reboot, fscking, etc. shortly: #5
forcemerge 595511 595103
severity 595511 grave
thanks
Even /etc/init.d/console-setup is affected I believe. Normally during
boot the console messages disappear, then reappear but now getting printed
at a smaller size. This corresponds to the point things start getting
logged in /var/log/boot. The f
retitle 595103 framebuffer gone for intel i915 starting 2.6.32-21
severity 595103 grave
thanks
This is clearly a kernel issue and has nothing to do with xorg-anything.
# zegrep i915\|fb\|Debian dmesg.0 dmesg
dmesg.0:[0.00] Linux version 2.6.32-5-686 (Debian 2.6.32-23)
(da...@debian.org)
JC> That sounds like #594623.
I forcemerged them.
But --- Mismatch - only Bugs in the same package can be forcibly merged
Which is good because actually I note that both old and new
xserver-xorg-video-intel work with the -20 kernel, but none work with
the -21 kernel. So I conclude that it is the ke
forcemerge 594623 595103
thanks
Also even before starting X the screen blanks for a few milliseconds
every few minutes.
--
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.o
> "BH" == Ben Hutchings writes:
BH> On Wed, 2010-09-01 at 11:38 +0800, jida...@jidanni.org wrote:
>> Package: linux-2.6
>> Version: 2.6.32-21
>> Severity: important
>>
>> Upon upgrading to -21 xdm nor nodm will not start.
>> -20 worked fine.
>>
>> /var/log/Xorg.0.log says
>>
>> (EE) open /
Package: linux-2.6
Version: 2.6.32-21
Severity: important
Upon upgrading to -21 xdm nor nodm will not start.
-20 worked fine.
/var/log/Xorg.0.log says
(EE) open /dev/fb0: No such file or directory
(EE) intel(0): No kernel modesetting driver detected.
(II) UnloadModule: "intel"
(EE) Screen(s) fou
found 375277 2.6.32-9
thanks
I notice those repeated messages come three times on my jidanni3
computer vs. two times on my others. Probably due to the presence of one of
acpi acpi-support-base console-tools cpufrequtils eeepc-acpi-scripts
that is not installed on the other two computers.
--
B> thanks for the feedback, closing as not a Debian bug.
B> please report back to antiX dev.
I hope somebody reports that to whomever.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http:/
zh> do I take it correctly you connect your converter to a VIA Chip card?
zh> Did you try to connect it to a motherboard USB?
All I now is I first turn on the AC power, put in the CDROM disk, then
attach USB.
zh> (Maybe ata/66/100 cable, I suppose your drive is not udma/133)
They are CD/DVD players
To: b...@decadent.org.uk
--text follows this line--
> "BH" == Ben Hutchings writes:
BH> Dan, this has absolutely nothing to do with bug #541073.
Well at least we see that nowadays the ID 152d:2338 is no longer even
being recognized in the first place.
> "zh" == zoltan herman writes:
z
All I know is when I plug in
$ lsusb -v
Bus 001 Device 008: ID 152d:2338 JMicron Technology Corp. / JMicron USA
Technology Corp. JM20337 Hi-Speed USB to SATA & PATA Combo Bridge
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass
Well no matter what architecture, I find that the firmware-realtek stuff
grinds to a halt sooner or later, whilst ndiswrapper stuff stays
connected much longer.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.
Package: linux-2.6
Version: 2.6.32-15
Severity: minor
For the same disk mounted more than once, it is impossible to tell the
actual options in effect.
$ cat script
{ cat /proc/mounts;mount;}|perl -nwle '
next unless /sdb/;
print STDERR;
tr/()//d;
next unless /\S+exec\S+/;
$_=$&;tr/,/\n/;print;'|s
On Mon, Jun 07, 2010 at 08:24:47PM +1000, Geoff Simmons wrote:
> [Please do not CC 581...@bugs.debian.org in any reply, as this does not
> concern firmware for the in-tree rtl8192su driver]
I must, just in case there are other Jeffs out there stuck in the same boat...
as I
have a workaround!:
OK
Looks like we are s*it out of luck,
$ apt-cache search installshield
orange - extracts CAB files from self-extracting installers
unshield - extracts CAB files from InstallShield installers
can't even deal with the data2.cab file in the windows drivers in
http://www.realtek.com.tw/downloads/download
It looks like we will have to go the ndiswrappers route.
--
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/87ocfn8c41@jidanni.org
B> This should run on any Pentium processor (it is used during
B> installation).
Yes, but then one might never be aware of the -686 packages.
>> Please clarify if that includes "Intel Pentium Pro/II/III/4/4M/D/M" etc.
>> or not, or if there is a better package (-686) for them of course.
B> The s
Package: linux-image-2.6-486
Severity: wishlist
Please clarify "Pentium" in
Description: Linux 2.6 for old PCs (meta-package)
This package depends on the latest Linux kernel 2.6 and modules for use on
PCs with a 486, Pentium or compatible processor.
it sound like all Pentiums are meant!
Pleas
reopen 580740
thanks
The whole usb part of this module is missing in kernel 34 whereas it was there
in 33. Help!
--
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/201
#Doing as Ben suggests
clone 581695 -1
reassign -1 mount
retitle -1 mount: manpage should mention best way to mount NTFS in Debian
retitle 581695 Disable vestigal NTFS write mode and print to STDERR when
attempted
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subjec
Also in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579694#67 we
note that realtek has just released a new version of the driver, whose
notes say the driver is now ready for post-2.6.31 kernels finally. So
it would be best to have this new driver packaged, and also its
corresponding firmware
Yeah, well with
$ md5sum /lib/firmware/RTL8192SU/rtl8192sfw.bin
68533bf8078a9e00966a78c9f2da4b9b /lib/firmware/RTL8192SU/rtl8192sfw.bin
$ uname -a
Linux jidanni4 2.6.33-2-686 #1 SMP Wed May 5 18:59:51 UTC 2010 i686 GNU/Linux
Before long, syslog will fill with
May 16 06:05:43 jidanni4 kernel: [ 64
If the firmware is embedded in a Windows package that needs Debian to convert,
can somebody please do that. Help. Help.
--
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.
Hello. It turns out there are big problems there is a new realtek driver
availble today:
http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1&PNid=48&PFid=48&Level=5&Conn=4&DownTypeID=3&GetDown=false&Downloads=true#RTL8192SU
]
Inside it we read that
Firmware Version:
Firmware
Package: linux-2.6
Version: 2.6.33-1~experimental.5
X-debbugs-Cc: Ben Hutchings , Stefan Lippers-Hollmann
, 579...@bugs.debian.org
File: /lib/modules/2.6.33-2-686/kernel/drivers/staging/rtl8192su/r8192s_usb.ko
In contrast with the steps noted at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=57
Package: linux-2.6
Version: 2.6.33-1~experimental.5
Severity: wishlist
See many:
debconf: Unknown template field '_description', in stanza #1 of
/var/lib/dpkg/info/linux-image-2.6.33-2-686.templates
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscr
OK, I spent all day trying to compile the linux drivers from
http://filebin.ca/wrjcg/Cerio_UW-202N-O_linux_2.6.0002.0708.2009.tar.gz
which is what came on the CDROM with the hardware. (Looking for a newer
version just gets windows versions. http://www.cerio.com.tw/main.htm
http://www.cerio.com.tw/i
Package: linux-base
Version: 2.6.33-1~experimental.4
X-debbugs-Cc: smartmonto...@packages.debian.org
Severity: wishlist
/var/lib/dpkg/info/linux-base.postinst doesn't detect that
/etc/smartd.conf had /dev/hda listed. Now smartmontools doesn't start
with linux-image-2.6.33-2-686 .
I looked in /dev
Package: linux-base
Version: 2.6.33-1~experimental.4
Severity: wishlist
Hello. I notice the linux-base package snoops around to get a list of
changes the user needs to approve.
Well, there is one item it forgot to investigate:
If the user has
GRUB_DISABLE_LINUX_UUID=true in his grub configuration
Note /var/lib/dpkg/info/linux-base.postinst also has
/etc/initramfs-tools/conf.d/resume in it...
--
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/871vdq3szp@jidan
OK, say I don't want to wait for a .deb containing
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=c0087580b8d414f6874cfe93d2653212842fcb44
to be available, even in debian-experimental distribution.
Can I just write a shell script containing modprobes etc.,
thus be
BH> The driver is already there. To install the firmware right now:
OK, very good. Now what I wish to do is essentially all the remaining
steps of http://blog.xff.lt/2009/12/28/canyon-cnp-wf518n2-usb-wireless-linux/
but with only modprobe, no kernel compiling. With 2.6.33-2-686 all the
.ko files s
The CD ROM included has all the steps assuming kernel source, but I'm
hoping to figure out how to get this antenna working using .debs I can find.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Arc
I have bought this item, and the man says I have exactly one day to
return it if I cannot get it working on linux... I will now attempt to
do so using modprobe and .debs, like 2.6.33-2 kernel which I just
downloaded, as I don't want to learn how to compile kernels. Wish me luck.
--
To UNSUBSCRI
$ w3m -dump http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576772|grep
^Version
Version: 4.5.7-1
findutils:
Installed: 4.5.7-1
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://li
JY> https://savannah.gnu.org/bugs/index.php?29460
OK glad this has been tracked down.
--
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/8739z7woe2@jidanni.org
Apparently it is affected by CWD:
14:21 ~$ cd -
/tmp
14:21 tmp$ find /tmp -name sleep -printf %Y\\n
f
f
14:21 tmp$ cd -
/home/jidanni
14:21 ~$ find /tmp -name sleep -printf %Y\\n
N
N
14:21 ~$ cd -
/tmp
14:22 tmp$ find /tmp -name sleep -printf %Y\\n
f
f
14:22 tmp$ mount|egrep /home\|/tmp
/dev
So I thought cd'ing to /tmp would help
(cd /tmp
find "${DESTDIR}" -type l -printf '%p %Y\n' | sed -n 's/ [LN]$//p' \
| xargs --verbose -rL1 rm -f
)
however the files got zapped anyway. So it's back to the random %Y
accuracy theory.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists
Anyway, I have shown %Y is moody and not to be trusted.
I will now step back and hand the baton to others.
--
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/877hojojoh
What's barfy is it turns out the same command sometimes gives different output!
$ mount|grep /tmp #df shows plenty of space too.
tmpfs on /tmp type tmpfs (rw)
14:04 ~$ find /tmp/NOSHUCH -printf %Y\\n
N
14:05 ~$ find /tmp/sleep -printf %Y\\n
f
14:05 ~$ find /tmp -name sleep -printf %Y\\n ###COMPAR
I don't know why find(1) says they are N - Non existent.
ls -Ll shows them fine.
$ find NOSHUCH sleep -type l -printf %Y\\n|s
N
f
$ find NOSHUCH sleep |xargs ls -l
lrwxrwxrwx 1 jidanni jidanni 16 2010-04-07 13:37 NOSHUCH -> /usr/bin/NOSHUCH
lrwxrwxrwx 1 jidanni jidanni 10 2010-04-07 13:
I found out where all the missing files went by adding --verbose here:
# diff -C 1 /usr/sbin/mkinitramfs /tmp
*** /usr/sbin/mkinitramfs 2010-04-05 13:10:29.0 +0800
--- /tmp/mkinitramfs2010-04-07 13:26:12.237673402 +0800
***
*** 288,290
find "${DESTDIR}" -type l
By the way, a 0 byte "overlay"?
# mkinitramfs -o /tmp/foo2 -k
Working files in /tmp/mkinitramfs_8JZYvN and overlay in
/tmp/mkinitramfs-OL_aFgfUj
# find /tmp/mkinitramfs_8JZYvN|wc -l
160
# ls -l /tmp/mkinitramfs-OL_aFgfUj
-rw--- 1 root root 0 2010-04-07 12:22 /tmp/mkinitramfs-OL_aFgfUj
--
Maybe it all has to do with this recent change to /usr/sbin/mkinitramfs:
202,206d226
< # klibc
< ln -s /usr/lib/klibc/bin/* ${DESTDIR}/bin
< ln -s /lib/klibc-*.so ${DESTDIR}/lib
maybe not.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trou
We see a truncated file produced, here on even a third machine.
$ for i in $...@*; do ls -og $i; zcat $i|cpio -t|wc -l; done
-rw-r--r-- 1 103770 2010-04-07 11:01 /boot/initrd.img-2.6.32-3-686
1092 blocks
160
-rw-r--r-- 1 7244191 2010-03-22 09:11 /boot/initrd.img-2.6.32-3-686.bak
35062 blocks
646
# sh -x mkinitramfs -v -o /tmp/foo > bar1 2> bar2
# bzip2 bar?
bar1.bz2
Description: Binary data
bar2.bz2
Description: Binary data
# zcat foo |cpio -t|nl|tail
1092 blocks
151 etc/modprobe.d/jidanni.conf
152 etc/modprobe.d/fbdev-blacklist.conf
153 etc/modprobe.d/blacklist.conf
154
$ for i in $...@*; do echo $@;zcat $i|cpio -tv|nl|tail -n 5; done
/boot/initrd.img-2.6.32-3-686
1092 blocks
156 -rw-r--r-- 1 root root5 Apr 7 11:01 conf/modules
157 -rw-r--r-- 1 root root 1055 Apr 4 11:43
conf/initramfs.conf
158 -rw-r--r-- 1 root
> "ma" == maximilian attems writes:
ma> please post output of 0.94
ma> sh -x mkinitramfs -o /tmp/foo
# aptitude install initramfs-tools #0.94
# sh -x mkinitramfs -o /tmp/foo 2> /tmp/bar
bar.bz2
Description: Binary data
ma> cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-2.6.32-3-686 root=/dev/hda11 ro quiet panic=15
--
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/87k4skpq7i@jidanni.
ma> is this with 0.94 initramfs-tools, I kinda doubt?
ma> please recheck
I guarantee.
>> OK, now I have verified it on IBM Thinkpad and EEEPC:
>> initramfs-tools_0.93.4_all.deb #works great
>> initramfs-tools_0.94_all.deb #will lock one out of one's system
ma> is your /tmp mounted noexec?
ma> eg
1 - 100 of 209 matches
Mail list logo
