> ext2 минавай на ext3 ;-) > качвам няколко strace output-а тук: > http://projectoria.search.bg/work/strace.tar.gz > Гърми на gettimeofday.. връща 0, но се повтаря милиард пъти и накрая - > SIGSERV (Segmentation fault). Не съм по С, aidez-moi! ;)) ами дано си по C++ ...... сори но не мога да ти помогна. а gettimeofday връща 0 при успех и -1 при неуспех, с starce -c показва че се извиква 14 хил. пъти и нещо си. т.е. това е нормалното поведение, man gettimeofday (при компилацията се включват /usr/unclide/time.h и /usr/include/sys/time.h които са в пакета libc6-dev). Първо си върни времето, и понеже явно никой не се ангажира да разбере какво се е набозило при теб виж бъг #148652 и опитай безобидното rm /var/cache/apt/*.bin или ги разкарай оттам и бакни настрани. Контактни APT Team, и debian-devel@, /usr/share/doc/debian/bug-reporting.txt, може да се наложи да изкараш и един backtrace в gdb . Ето как изглежда края на strace apt-get update при мен (woody): ..........много много gettimeofday връщащи 0 ..................... gettimeofday({1024326021, 532346}, NULL) = 0 gettimeofday({1024326021, 534391}, NULL) = 0 gettimeofday({1024326021, 536442}, NULL) = 0 gettimeofday({1024326021, 537544}, NULL) = 0 write(1, "\rBuilding Dependency Tree... Don"..., 34) = 34 write(1, "\n", 1) = 1 brk(0x80b7000) = 0x80b7000 open("/etc/mtab", O_RDONLY) = 6 fstat64(6, {st_mode=S_IFREG|0644, st_size=471, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40015000 read(6, "/dev/hda5 / ext3 rw 0 0\nproc /pr"..., 4096) = 471 close(6) = 0 munmap(0x40015000, 4096) = 0 open("/proc/meminfo", O_RDONLY) = 6 fstat64(6, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40015000 read(6, " total: used: free:"..., 4096) = 521 close(6) = 0 munmap(0x40015000, 4096) = 0 brk(0x80c5000) = 0x80c5000 munmap(0x40793000, 327680) = 0 munmap(0x4076b000, 163840) = 0 munmap(0x40289000, 5119215) = 0 close(5) = 0 close(4) = 0 close(3) = 0 munmap(0x40014000, 4096) = 0 _exit(0) = ? е това _exit(0) е най-важно да излезе, щото apt-get връща 0 ако всичко е ОК. иначе доколкото виждам съвсем нормално се линкват библиотеките (в началото на output-а). Това е което се сещам аз, някой друг може да знае повече. > Да, стартирането на kde сесия е разбично от принудително модифицирана root > fs вследствие на СТАРТИРАНЕТО НА КДЕ СЕСИЯ.. Но все пак, май имат нещо > общо? Аз не се кефя на КДЕ, имам право на това мнение - кде започват да > правят доста глупости напоследък, няма да се учудя, ако в кде 4.0 се прави > проверка дали има инсталиран kdm и ако няма, кде излиза с грешка "Обновете > софтуера си" ок, имах предвид че трябваше да започнеш че root fs е била модифицирана, което не беще споменал в първия постинг, та много е трудно да се досети човек че КДЕ сесия при теб довежда до "filesystem was modified" ;-). Вече за качествата на КДЕ не мога да коментирам. > Извинете запалването ми - просто имам проблем и търсех помощ - и в момента > за гръмването на apt може да са виновни всички неща на машината ми, > включително и кде. ами както виждаш само аз съм луд че ти отговарям при тона които държиш ... -- Greets, fr33zb1 ============================================================================ A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html ============================================================================
