Hozzászólások
-
Bejegyzés
-
Ühüm,
egyrészt lehet benne valami, mert ez kártyaolvasóba tett sd adapterbe tett Micro SD, úgyhogy van benne hibalehetőség bőven, másrészt ugyanez a kombó müxik a windowsos gépen.Győztél:
a telefont a saját adatkábelével (a telefon a kártyaolvasó, ugye) össze lehet dugni linuxgéppel, így viszont cfdisk és fdisk is mindent flottul lát. Kalandos lesz a karit a telefonon keresztül particionálni 🙂Köszi szépen
Így van, három gép és egy telcsi.
Az alapprobléma az, hogy a karinak általában FAT formátumúnak kell lennie, de a telcsi programjaihoz kellene egy (512 megás) Ext2 partíció és esetleg egy kis (32 megás) swap is, bár ez elhagyható. A telefon saját programja a particionálást megcsinálja, csak utána az ext2 partíciót nem hajlandó felcsatolni.
Más fórumból kiderült, hogy semmi extra igény nincs a partíciókkal kapcsolatban, és mivel az ominózus saját proggi elég furcsán viselkedik, pl. eléggé eltérő idők alatt végez, gondoltam, akkor megpróbálhatom más gépek alatt is, értelemszerűen Windowsos alatt nem tudok ext2 partíciót csinálni.
Örömmel tapasztaltam, hogy a két linugzos gépem meg sem nyikkan, ha beteszem a kártyát.
Most néztem, a telefonban a dmesg a kártya betétele után nem ír ilyen IO hibákat.
Jójó, sdc, nem hdc, illetve a másik gépen mmcblk0.
A dmesg elég bőbeszédű:
mmc1: new SDHC card at address 0260
mmcblk0: mmc1:0260 1232 3932160KiB
mmcblk0: p1
mmcblk0: error -110 transferring data
end_request: I/O error, dev mmcblk0, sector 7864304
__ratelimit: 69 callbacks suppressed
Buffer I/O error on device mmcblk0, logical block 983038
mmcblk0: error -110 transferring data
end_request: I/O error, dev mmcblk0, sector 7864304
Buffer I/O error on device mmcblk0, logical block 983038
mmcblk0: error -110 transferring dataÉs nagyon sok ilyen van. Rossz a kártya? Win mért látja?
Gugli keresés kernel bugokat dob fel (?)
Nekem ez is megfelelt, a bacports-os trükköt nem ismertem.
Köszi, a probléma ezzel megoldva, 2010.0.0 felment, fut.
De már van 2010.2 beta is 😉
A Boostot leszedtem, az maradt a csomag alapú, most -a forrásfájl átírása után- pöccre fölmegy, nem kell linkelgetni sem, csak épp szegmens hibával leáll.
A Debian Lenny alatt a 0.7 (2008 eleji) van csomagban, az felmegy, de olyan, mint ha nem is lenne manuálisan kell összetenni a képeket, satöbbi.
Elég sajátosan halad a program fejlesztése, Windows alatt is ez a legutolsó változat.
Nem lehet, hogy a Hugin-fordítás valamilyen beállításaival (ccmake) ki lehet küszöbölni ezt a forráskód-wxchoice-átírását?
Hosszú.
Alapvetően az van, hogy a Hugin legújabb verziója Debianon 2-3 éves (alapvető dolgok hiányoznak), kísérleteztem más disztróval (Ubuntu), de az meg el sem indult egy kernel-inkompatibilitás miatt, 2.6.27-nél újabb kernellel fagy a gép, mint az atom (suspenddel van baj). A Debian elég egyszerű rendszer ahhoz, hogy nagyjából működjön, ez az egy Hugin makrancoskodik, minden más megy flottul. (A Hugin nehéz eset, Windows alá sincs installerje a legújabb verziónak, cserébe nagyon jó proggi.)Boost manual azt mondja, nem kell uninstallálni, egyszerűen le kell törölni a könyvtárát. :-/ A különféle problémák megoldása után ugyanott áll le. (CPDetectorConfig::FillControl)
Nem hiszem el: a reinterpret_cast ( m_CPDetectorChoice ) megoldotta a problémát, felment :))
Ezer köszönet 🙂
Viszont:
Debian:/home/samu/Letoltesek/hugin-2010.0.0# hugin
hugin: error while loading shared libraries: libboost_thread.so.1.44.0: cannot open shared object file: No such file or directory
Debian:/home/samu/Letoltesek/hugin-2010.0.0#Ezt még megnézem, mit bűvöltem a boosttal, ott nem volt minden tiszta, utánanézek.
Grrr. Ott van a fájl, ahol kellene (/usr/local/lib/libboost_thread.so.1.44.0), hol keresheti
Persze, a /usr/lib -ben, oda linkelve már elindul, egy szegmens hibával áll le.
legutóbbi hsz