Re: A curious failure...
Don Hayward wrote: drives (both controllers). fdisk revealed a label of 0x for all 4 drive tables. No logs are available (they were on /var, of course). Is there any way to get the partition tables relabeled as raid-automatic without writing over the rest of the tables -- in hopes there would be something left that would permit mdadm to build the raid? Any ideas or rumors about what might have happened? If the label you are referring to is the system id, that you can just set it back to 0xfd with fdisk. It contains no more information than "this is a raid-auto partition". The actual raid meta-data is stored somewhere at the end of the devices. It is kind of curious, that the system id should be wiped, and the rest of the partition table survive. Are you sure, those labels/ids were set to raid-auto before? I believe mdadm doesn't care anyway. If you remember the chunksize, the order of the drive and the algorithm used (left/right-(as)symmetric) you can just create a new raid and cross your fingers. If nothing but the meta-information was lost -- that's about all it contains. I don't think there is any chance to recover the apt information unless you recover the whole raid. Did you run the usual hardware checks? smartctl/badblocks on the drives, memtest on you memory? gcc doesn't segfault on you? To me this sounds more like a hardware failure, than a software bug. Elmar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debootstrap failure for "gcc-3.4"
On 05-Jan-30 19:00, Harald Dunkel wrote: > Is there any way for me to upload packages to Alioth? I am > registered on this machine for several months now, but AFAIR I > have to upload my public ssh key somehow first. And this fails > due to a missing $HOME :-(. I had the same problem when I started working on alioth last year. I think you have to become a member of the 'debian-amd64' group on alioth first. Then the upload of the public ssh key should work, at least it worked for me that way last year. To become a member of the 'debian-amd64' group, one of the debian-amd64 project administrators has to add you to that group. Maybe one of project administrators is reading this and is willing to help you with that. Thank you for all your problem reports and your work for the amd64 archive in general. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
A curious failure...
The system is built on a Tyan Tiger S2875 Rev.1.02 with a recent bios upgrade. The kernel is 2.6.9-1-amd64-k8-smp. I'm using mdadm for raid management. Running out of gcc-3.4 with regualer upgrades. The major data drive was a four disk raid5 (md1). All Seagate 3160023AS (SATA), two on the onboard si controller and two on a Promise 2x pci card, mounted on /var. The last thing I did to it was install alsa, which worked. I left it running seti for a couple of days, and when I tried to work on it again, it was unresponsive. No response at the console and no response to an ssh session. I turned it off. When I turned it on, md1 had failed. Mdadm reported unknown partition table on all four drives (both controllers). fdisk revealed a label of 0x for all 4 drive tables. No logs are available (they were on /var, of course). Is there any way to get the partition tables relabeled as raid-automatic without writing over the rest of the tables -- in hopes there would be something left that would permit mdadm to build the raid? Any ideas or rumors about what might have happened? Is there a way to reconstruct the apt information that was in /var so that I don't have to start from scratch? Thanks. Don Don Hayward at pomobuli.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debootstrap failure for "gcc-3.4"
Andreas Jochens wrote: BTW: Does the mozilla-thunderbird 1.03/mozilla-thunderbird-enigmail problem you reported some days ago still exist or has that been fixed by the latest uploads? Sorry, but I cannot say. I had rebuilt the enigmail *.debs on my own PC, and then I have forgotten to check your packages. Is there any way for me to upload packages to Alioth? I am registered on this machine for several months now, but AFAIR I have to upload my public ssh key somehow first. And this fails due to a missing $HOME :-(. Regards Harri signature.asc Description: OpenPGP digital signature
Re: alioth ?
Le dimanche 30 janvier 2005 à 12:13 +0100, T.J. Zeeman a écrit : > On Sun, 2005-01-30 at 11:50 +0100, Philippe wrote: > > > > is alioth dead ? I can't access faq or doc about installing debian > > amd64 is this a know problem ? > > (i'm a new subscriber but i haven't found anything about problem with > > alioth in ml archive) > > A scheduled downtime. Lasts until tonight (dunno which TZ, but probably > US West-coastish). > > See the archive for a recent post of mirrors. > ok thanks, i will wait :) > regards, > Thomas > > -- Philippe <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debootstrap failure for "gcc-3.4"
On 05-Jan-30 11:35, Harald Dunkel wrote: > Hi folks, > > If I try to run debootstrap on amd64(gcc-3.4), then it stumbles > over the gcc4 libraries (see below). > > Any way to get around this? I made a mistake and built the latest gcc-3.4 source package so that the libgcc1 and libstdc++6 binary packages were created. This is wrong because these binary pacakges are also create by the gcc-4.0 source package. I will fix this by uploading new versions of the gcc-3.4 and gcc-4.0 packages soon. I cannot correct this just now because alioth is down at the moment. > (BTW, using pure64 for debootstrap did not work either: The debootstrap from pure64 will not work at all for the gcc-3.4 archive because it installs the gcc-3.3 versions of the gcc related binary packages (e.g. libstdc++5-3.3) while the gcc-3.4 archive needs the respective versions from gcc-3.4 or gcc-4.0 (e.g. libstdc++6). BTW: Does the mozilla-thunderbird 1.03/mozilla-thunderbird-enigmail problem you reported some days ago still exist or has that been fixed by the latest uploads? Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: alioth ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Philippe, check the list's archives from earlier today. Alioth's (as well as other Debian servers') connection is down until Monday. Philippe wrote: | | Hello | is alioth dead ? I can't access faq or doc about installing debian | amd64 | is this a know problem ? | (i'm a new subscriber but i haven't found anything about problem with | alioth in ml archive) | | thanks | - -- Javier Kohen <[EMAIL PROTECTED]> ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB/L5t823633cP2P8RAl92AKCXfa6uPjsGKfSKXyMUwfPAIu9yXgCeMXJq KGGinQivq8VPxxKFSzjL46k= =b5Yy -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: alioth ?
On Sun, 2005-01-30 at 11:50 +0100, Philippe wrote: > > is alioth dead ? I can't access faq or doc about installing debian > amd64 is this a know problem ? > (i'm a new subscriber but i haven't found anything about problem with > alioth in ml archive) A scheduled downtime. Lasts until tonight (dunno which TZ, but probably US West-coastish). See the archive for a recent post of mirrors. regards, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
alioth ?
Hello is alioth dead ? I can't access faq or doc about installing debian amd64 is this a know problem ? (i'm a new subscriber but i haven't found anything about problem with alioth in ml archive) thanks -- Philippe <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debootstrap failure for "gcc-3.4"
Hi folks, If I try to run debootstrap on amd64(gcc-3.4), then it stumbles over the gcc4 libraries (see below). Any way to get around this? (BTW, using pure64 for debootstrap did not work either: E: Couldn't download gcc-4.0-base ) Regards Harri -- dpkg: dependency problems prevent configuration of apt: apt depends on libgcc1 (>= 1:4.0); however: Version of libgcc1 on system is 1:3.4.3-7.0.0.1.gcc4. apt depends on libstdc++6 (>= 4.0); however: Version of libstdc++6 on system is 3.4.3-7.0.0.1.gcc4. dpkg: error processing apt (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of base-config: base-config depends on apt; however: Package apt is not configured yet. dpkg: error processing base-config (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of groff-base: groff-base depends on libgcc1 (>= 1:4.0); however: Version of libgcc1 on system is 1:3.4.3-7.0.0.1.gcc4. groff-base depends on libstdc++6 (>= 4.0); however: Version of libstdc++6 on system is 3.4.3-7.0.0.1.gcc4. dpkg: error processing groff-base (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libsigc++-1.2-5c102: libsigc++-1.2-5c102 depends on libgcc1 (>= 1:4.0); however: Version of libgcc1 on system is 1:3.4.3-7.0.0.1.gcc4. dpkg: error processing libsigc++-1.2-5c102 (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of aptitude: aptitude depends on libapt-pkg-libc6.3-6-3.3; however: Package libapt-pkg-libc6.3-6-3.3 is not installed. Package apt which provides libapt-pkg-libc6.3-6-3.3 is not configured yet. aptitude depends on libgcc1 (>= 1:4.0); however: Version of libgcc1 on system is 1:3.4.3-7.0.0.1.gcc4. aptitude depends on libsigc++-1.2-5c102; however: Package libsigc++-1.2-5c102 is not configured yet. aptitude depends on libstdc++6 (>= 4.0); however: Version of libstdc++6 on system is 3.4.3-7.0.0.1.gcc4. dpkg: error processing aptitude (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of apt-utils: apt-utils depends on libapt-pkg-libc6.3-6-3.3; however: Package libapt-pkg-libc6.3-6-3.3 is not installed. Package apt which provides libapt-pkg-libc6.3-6-3.3 is not configured yet. apt-utils depends on libgcc1 (>= 1:4.0); however: Version of libgcc1 on system is 1:3.4.3-7.0.0.1.gcc4. apt-utils depends on libstdc++6 (>= 4.0); however: Version of libstdc++6 on system is 3.4.3-7.0.0.1.gcc4. dpkg: error processing apt-utils (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of man-db: man-db depends on groff-base (>= 1.17.2-2); however: Package groff-base is not configured yet. dpkg: error processing man-db (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of tasksel: tasksel depends on aptitude (>= 0.2.15-1); however: Package aptitude is not configured yet. dpkg: error processing tasksel (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: apt base-config groff-base libsigc++-1.2-5c102 aptitude apt-utils man-db tasksel signature.asc Description: OpenPGP digital signature
Re: mythtv
Hi, Ed Murray schrieb am 30. Januar 2005: > I am struggling against a fairly unstable Mythtv. > Is anyone using the debian mythtv packages (Compiled using the source > version) on pure64 ? I tried it; it freezes everytime I scroll through the recording list. Checking with gdb shows that it has problems with futex()es in libpthread. I will now try a pure 32-bit-environment and check wether this works better... Ciao, Hanno -- | Hanno Wagner | Member of the HTML Writers Guild | [EMAIL PROTECTED] | | Eine gewerbliche Nutzung meiner Email-Adressen ist nicht gestattet! | | 74 a3 53 cc 0b 19 - we did it! |Generation @ | #"Serve the Computer. # The Computer is your friend. # Be a happy Alpha Complex citizen." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mythtv
I am struggling against a fairly unstable Mythtv. Is anyone using the debian mythtv packages (Compiled using the source version) on pure64 ? I have been going at it for -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]