Michael Biebl wrote: > tags 391046 help > thanks > > Manolo Díaz wrote: >> Package: partimage >> Version: 0.6.4-16 >> Severity: grave >> Justification: renders package unusable >> >> >> >> -- System Information: >> Debian Release: 3.1 >> APT prefers testing >> APT policy: (1001, 'testing'), (101, 'unstable') >> Architecture: amd64 (x86_64) >> Shell: /bin/sh linked to /bin/bash >> Kernel: Linux 2.6.18 >> Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) >> >> Versions of packages partimage depends on: >> ii libbz2-1.0 1.0.3-6 high-quality block-sorting file >> co >> ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries >> ii libgcc1 1:4.1.1-13 GCC support library >> ii libnewt0.52 0.52.2-7 Not Erik's Windowing Toolkit - >> tex >> ii libpam0g 0.79-3.2 Pluggable Authentication >> Modules l >> ii libslang2 2.0.6-3 The S-Lang programming library >> - r >> ii libssl0.9.8 0.9.8c-1 SSL shared libraries >> ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3 >> ii zlib1g 1:1.2.3-13 compression library - runtime >> >> partimage recommends no packages. >> >> -- debconf-show failed >> Hi, >> trying to launch partimage I see >> >> Error: sizeof(DWORD) != 4 (8) >> This version has been compiled with an uncompatible version of >> gcc. > > Well, the test is bogus. On a AMD64 machine, dword has 8bytes and not 4 > bytes as it is on x86. I could disable the check in > src/client/main.cpp:189 but I don't know where else in the code the > assumption dword == 4 bytes is made. So I'm not sure if this will work. > Unfortunately I don't have a amd64 machine where I could test this. > > Could you download the sources (apt-get source partimage), comment out > line 189 and 190 in src/client/main.cpp and recompile partimage and see > if creating/restoring an image works. That would be very helpful. > > Most likely the resulting image won't be compatible/interchangeable with > non amd64 plattforms. If you also could test this, this would be even > better. > > Cheers, > Michael > >
Hi, Compiled and packaged the application with those lines commented out. The test. On an amd64 platform: 1. I have made a fresh filesystem (ext3) and I have copied /etc dir on it. 2. saved data using partimage 3. destroyed data making a new filesystem 4. restored the data with partimage and the image created in the step 2 5. checked the partition with the fsck tool. Success: the data was there again, no error. Now on an i386 platform: the same machine, the same kernel (using ia32 emulation), booted from another partition. I've tried to restore the partition using the 32bit application and the image obtained in the step 2 (created with the 64bit application) with no success. This was the message: There was an error while restoring partition: CRC64 are different, the image file was damaged: Original CRC64.....137438953473 Current CRC64......0 I think now is time to have a beer. Best Regards, Manolo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
