On Wed, Feb 03, 2010 at 02:08:09PM +0200, Roman Savochenko wrote:
> On 03.02.10 14:02, Konstantin Pavlov wrote:
> > On Wed, Feb 03, 2010 at 01:58:50PM +0200, Roman Savochenko wrote:
> >    
> >> On 03.02.10 13:55, Konstantin Pavlov wrote:
> >>      
> >>>>>> При распаковке архива получаю:
> >>>>>> tar: openscada-0.6.4.1/src/moduls/daq/ModBus/po/de.po: Cannot utime: Bad
> >>>>>> address
> >>>>>>
> >>>>>>
> >>>>>>              
> >>>>> Это из-за более новых coreutils, которые используют что такое, чего в в
> >>>>> ovz-smp ядрах нет.
> >>>>>
> >>>>> см. http://lists.altlinux.org/pipermail/sisyphus/2009-June/339810.html
> >>>>>
> >>>>> Как вариант решения -- поставьте ядро ovz-rhel.
> >>>>>
> >>>>>
> >>>>>            
> >>>> Ставил из Branch 4.0. Это ядро не грузится вообще.
> >>>>          
> >>> Так не бывает, чтобы вообще не грузилось ;)
> >>>        
> >> https://bugzilla.altlinux.org/show_bug.cgi?id=21971
> >>      
> > А это, случаем, не 32битное ядро пытается грузиться на 64битной машине?
> >    
> Ну разве что в пакете оказалось в перемешку ядро 64, а модуля 32. А так 
> ведь как минимум до init загрузиться он должен был на любом ядре.

вот оно до init и загрузилось: 32 битное ядро пытается загрузить 64-битный
бинарник /sbin/init, обнаруживает, что поддержки ELF в нем нет и пытается
загрузить модуль binfmt-464c, который эту поддержку обеспечивает. А т.к.
modprobe тоже 64битный, то естественно процесс уходит в loop.

Проверьте, не поставили ли вы RPM'ом не то ядро.

-- 
<Lost> контейнер с котом шрёдингера: .profile: if test $((RANDOM%2)) = 0; then
       rm -f /bin/cat; done
<Lost> как только ты делаешь туда логин, с вероятность 50% кот дохнет