I would like to clarify a few points made in my earlier comments; In
particular that it was blkid that had the incorrect UUID output and that
additional steps I performed to retain my raid data in addition to
correcting the UUID issue that may be relevant to others with this issue
on RAID1.
In my
I have seen this problem when migrating systems from a single ext[234]
disk to RAID1. The problem seems to be that when an ext filesystem is
overwritten with an md device, the UUID of the original ext file system
is preserved, or continues to be detected.
In my cases the md device represents the e
Package: nvidia-kernel-source
Version: 169.12-1
Followup-For: Bug #476504
After reviewing the full bug report, and patching the source and
Makefile.modpost everything is working great.
A big win for HP laptop users with MCP51/nVidia who are experiencing the
hwclock issues reported in #426171 t
Package: nvidia-kernel-source
Version: 169.12-1
Followup-For: Bug #476504
Same error after testing with the most recent linux-kbuild-2.6.25 in sid.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86
Package: kvm-source
Followup-For: Bug #467260
After a little hint from Jan, thought m-a clean; m-a a-i kvm-source did not
work,
after removing /usr/src/modules/kvm the same commands worked just fine.
thanks,
iMac
-- Package-specific info:
selected information from lshal(1):
/proc/cpuinfo:
Package: kvm-source
Version: 65+dfsg-2
Followup-For: Bug #467260
Experiencing the same build errors as Mike Hommey, even after m-a clean; m-a
a-i kvm-source
iMac
system.firmware.release_date = '11/22/2007' (string)
system.firmware.vendor = 'Hewlett-Packard' (string)
system.firmware.ve
Package: gnome-blog
Version: 0.9-3
Severity: grave
Something changed. I miss gnome-blog, its just so convienent.
~$ gnome-blog-poster
Traceback (most recent call last):
File "/usr/bin/gnome-blog-poster", line 3, in ?
pygtk.require('2.0')
File "/usr/lib/python2.3/site-packages/py
Package: gringotts
Version: 1.2.8+1.2.9pre1-10
Severity: grave
Problem: Gringotts does not allow me access to my .grg file via ususal
String on unstable.
Solution: Copy .grg over to Sarge, install Gringotts and export the
DISPLAY (In my case to the same X server where the local Gringotts
failed).
8 matches
Mail list logo