[sisyphus] kernel 2.6.27

[sisyphus] kernel 2.6.27

[Михаил Якушин]

В сизиф ушло новое ядро std-{def,pae,srv,ll} версии 2.6.27:
Сейчас там
- само ядро 2.6.27.4
- стандартные наши пачи
- все пачи которые были наложены на 2.6.25 и не потеряли смысл.
- alsa 1.0.18 (собирается из ядра, упакована виде субпакета)
- v4l из ядра, упакован аналогично alsa. в себе имеет поддерку gspca и 
uvcvideo
- drm из ядра+пачи упакован в виде субпакета
- конфиги основаны на конфигах от 2.6.25 только включены некоторые новые 
фичи.
По модулям: собрались основные модули. Не собрались:
- lirc - с ним тёмный лес, хотелось бы пообщаться с led@ что с ним делать.
- не собрался virtualbox под pae ядра. Там странно это реализовано, пока 
оставил так. А вообще может его уже обновить пора?
- kvm - его надо обновить до 77й версии, пачить 75 бесполезно
- dst - видимо тоже надо обновить.
ещё по модулям.
eeepc - вроде был внутри, но я собрал новый, до кучи.

в общем просьба тестировать и сообщать что починилось\отвалилось.

Re: [sisyphus] kernel 2.6.27

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 1990 bytes --]

Михаил Якушин пишет:
> В сизиф ушло новое ядро std-{def,pae,srv,ll} версии 2.6.27:
> Сейчас там
> - само ядро 2.6.27.4
> - стандартные наши пачи
> - все пачи которые были наложены на 2.6.25 и не потеряли смысл.
> - alsa 1.0.18 (собирается из ядра, упакована виде субпакета)
> - v4l из ядра, упакован аналогично alsa. в себе имеет поддерку gspca и 
> uvcvideo
> - drm из ядра+пачи упакован в виде субпакета
> - конфиги основаны на конфигах от 2.6.25 только включены некоторые 
> новые фичи.
> По модулям: собрались основные модули. Не собрались:
> - lirc - с ним тёмный лес, хотелось бы пообщаться с led@ что с ним 
> делать.
> - не собрался virtualbox под pae ядра. Там странно это реализовано, 
> пока оставил так. А вообще может его уже обновить пора?
> - kvm - его надо обновить до 77й версии, пачить 75 бесполезно
> - dst - видимо тоже надо обновить.
> ещё по модулям.
> eeepc - вроде был внутри, но я собрал новый, до кучи.
>
> в общем просьба тестировать и сообщать что починилось\отвалилось.
А http://bugzilla.altlinux.org/show_bug.cgi?id=16821 можно собрать? 
Плохо без wifi :(
У меня на 2.6.26-ovz-smp-alt0.3 нормально собирается. Правда не работает 
из-за unresolved ...
Но наверно там модули недолинковываются.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3262 bytes --]

Re: [sisyphus] kernel 2.6.27

[Хихин Руслан]

[-- Attachment #1: Type: text/plain, Size: 494 bytes --]

Здравствуйте Slava Dubrovskiy
  В сообщении от Четверг 06 ноября 2008 Slava Dubrovskiy 
написал(a):
>  http://bugzilla.altlinux.org/show_bug.cgi?id=16821

Это про реалтек ?
Непонятно там как-то - там требуеся свой  
kernel-source-ieee80211, который по файлам конфликтует с 
ядерным. Не знаю, будет-ли он работать вместо "ядерного" с 
другими карточками, или надо давать ему другое имя. Хотя я 
пониммаю, что теоретически надо их мержить, но это очень 
трудоёмко.

-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] kernel 2.6.27

[Denis Klimov]

Хихин Руслан пишет:
> Здравствуйте Slava Dubrovskiy
>   В сообщении от Четверг 06 ноября 2008 Slava Dubrovskiy 
> написал(a):
>   
>>  http://bugzilla.altlinux.org/show_bug.cgi?id=16821
>>     
>
> Это про реалтек ?
> Непонятно там как-то - там требуеся свой  
> kernel-source-ieee80211, который по файлам конфликтует с 
> ядерным. Не знаю, будет-ли он работать вместо "ядерного" с 
> другими карточками, или надо давать ему другое имя. Хотя я 
> пониммаю, что теоретически надо их мержить, но это очень 
> трудоёмко.
>
>   
Да, реалтек. у меня у самого msi U100.
http://lists.altlinux.org/pipermail/devel-kernel/2008-September/006749.html
Собирал для 2.6.24 и 2.6.26 - работает, но не стабильно.. Читал где то в 
инете, что
в 2.6.27 дравера wifi для msi u100 уже будут в самом ядре. Попробую 
поставить из сизифа 2.6.27
потом отпишусь.

Сырцов для этой карточки разбросано по инету модификаций шесть разных, у 
меня заработали
только одни.

Хотя я и писал раньше что под 2.6.26 стало работать стабильно,
http://lists.altlinux.org/pipermail/devel-kernel/2008-October/007086.html
 но с какого момента опять стал наблюдать ту же картину.


--
Klimov Denis
zver

Re: [sisyphus] kernel 2.6.27

[Sergey Shilov]

On Wednesday 05 November 2008 22:24:33 Михаил Якушин wrote:
> В сизиф ушло новое ядро std-{def,pae,srv,ll} версии 2.6.27:
> в общем просьба тестировать и сообщать что починилось\отвалилось.

kernel: ide_generic: I/O resource 0x1F0-0x1F7 not free.
kernel: ide_generic: I/O resource 0x170-0x177 not free.
FATAL: Error inserting ide_generic 
(/lib/modules/2.6.27-std-def-alt1/kernel/drivers/ide/ide-generic.ko): Cannot 
allocate memory
Блэклист  ide_generic не помогает.

По прежнему нестабильно работает AR5007.
Лечится самосборкой ядерных модулей madwifi  на базе кода из
http://snapshots.madwifi-project.org/madwifi-hal-0.10.5.6/madwifi-hal-0.10.5.6-r3875-20081105.tar.gz
 

-- 
С уважением
Сергей Шилов.

Re: [sisyphus] kernel 2.6.27

[Oleg Turkov]

В сообщении от середа, 05-лис-2008 Михаил Якушин написал(a):
> В сизиф ушло новое ядро std-{def,pae,srv,ll} версии 2.6.27:
> Сейчас там
> - само ядро 2.6.27.4
...
без изменений, как и было на *-alt10:

А как взлететь с такой проблемой? 
http://lists.altlinux.org/pipermail/sisyphus/2008-October/334965.html

-- 
Turkov Oleg
turkov at univ.kiev.ua

Re: [sisyphus] kernel 2.6.27

[Михаил Якушин]

Oleg Turkov wrote:
> В сообщении от середа, 05-лис-2008 Михаил Якушин написал(a):
>> В сизиф ушло новое ядро std-{def,pae,srv,ll} версии 2.6.27:
>> Сейчас там
>> - само ядро 2.6.27.4
> ...
> без изменений, как и было на *-alt10:
> 
> А как взлететь с такой проблемой? 
> http://lists.altlinux.org/pipermail/sisyphus/2008-October/334965.html
> 
думаю надо перегенреить initrd с правильными модулями.
хотелось бы увидеть:
- можно распаковать ваш initrd(это загзиплиный cpio) и посмотреть какие 
модули там есть сейчас
- увидеть lspci -k(достаточно в области ide контроллера)

ещё можно побробовать загрузиться с break=premount и сделать там cat 
/proc/partitions

Re: [sisyphus] kernel 2.6.27

[Igor Zubkov]

7 ноября 2008 г. 9:11 пользователь Михаил Якушин написал:
>>> В сизиф ушло новое ядро std-{def,pae,srv,ll} версии 2.6.27:
>>> Сейчас там
>>> - само ядро 2.6.27.4
>>
>> ...
>> без изменений, как и было на *-alt10:
>>
>> А как взлететь с такой проблемой?
>> http://lists.altlinux.org/pipermail/sisyphus/2008-October/334965.html
>>
> думаю надо перегенреить initrd с правильными модулями.
> хотелось бы увидеть:
> - можно распаковать ваш initrd(это загзиплиный cpio) и посмотреть какие
> модули там есть сейчас
> - увидеть lspci -k(достаточно в области ide контроллера)
>
> ещё можно побробовать загрузиться с break=premount и сделать там cat
> /proc/partitions

В /etc/lilo.conf надо заменить hd* на sd* и запустить lilo -v. Кроме
этого, надо такое же в /etc/fstab сделать. Только для того что бы lilo
не свалился, мне пришлось удалить все старые ядра. У меня система
поднялась после таких шаманств.

-- 
icesik

Re: [sisyphus] kernel 2.6.27

[Oleg Turkov]

В сообщении от п'ятниця, 07-лис-2008 вы написали:
> Oleg Turkov wrote:
> > В сообщении от середа, 05-лис-2008 Михаил Якушин написал(a):
> >> В сизиф ушло новое ядро std-{def,pae,srv,ll} версии 2.6.27:
> >> Сейчас там
> >> - само ядро 2.6.27.4
> >
> > ...
> > без изменений, как и было на *-alt10:
> >
> > А как взлететь с такой проблемой?
> > http://lists.altlinux.org/pipermail/sisyphus/2008-October/334965.html
>
> думаю надо перегенреить initrd с правильными модулями.
> хотелось бы увидеть:
> - можно распаковать ваш initrd(это загзиплиный cpio) и посмотреть какие
> модули там есть сейчас

пытаюсь понять где в нем это все находится...

нашел в initrd-2.6.25-std-def-alt9:

amd74xx AMD_IDE AMD7401 AMD7409 AMD7411 AMD7441 AMD8111 NFORCE NFORCE2 
NFORCE2-U400R NFORCE2-U400R-SATA NFORCE3-150 NFORCE3-250 NFORCE3-250-SATA 
NFORCE3-250-SATA2 NFORCE-CK804 NFORCE-MCP04 NFORCE-MCP51 NFORCE-MCP55 
NFORCE-MCP61 NFORCE-MCP65 NFORCE-MCP67 NFORCE-MCP73 NFORCE-MCP77 AMD5536 16 
25 33 44 66 100 133        license=GPL description=AMD PCI IDE

в initrd-2.6.27-std-def-alt1:

amd74xx AMD_IDE 16 25 33 44 66 100 133 <4>%s: User given PCI clock speed 
impossible (%d), using 33 MHz instead.
   <4>amd74xx %s: BIOS didn't set cable bits correctly. Enabling workaround.
                      license=GPL description=AMD PCI IDE driver
каких либо упоминаний о nforce2 в файле не нашел...

У меня материнская плата на nforce2, вот что говорит dmesg по этому поводу:

NFORCE2-U400R: 0000:00:09.0 (rev a3) UDMA133 controller
NFORCE2-U400R: IDE controller (0x10de:0x0085 rev 0xa3) at  PCI slot 
0000:00:09.0
NFORCE2-U400R: not 100% native mode: will probe irqs later
NFORCE2-U400R: BIOS didn't set cable bits correctly. Enabling workaround.
    ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA
Probing IDE interface ide0...
hda: SAMSUNG SP1654N, ATA DISK drive
hda: host max PIO5 wanted PIO255(auto-tune) selected PIO4
hda: UDMA/100 mode selected



> - увидеть lspci -k(достаточно в области ide контроллера)

00:09.0 IDE interface: nVidia Corporation MCP2A IDE (rev a3)
        Kernel driver in use: AMD_IDE
        Kernel modules: pata_amd, amd74xx


-- 
Turkov Oleg
turkov at univ.kiev.ua

Re: [sisyphus] kernel 2.6.27

[Ivan Adzhubey]

On Wednesday 05 November 2008 03:24:33 pm Михаил Якушин wrote:
> В сизиф ушло новое ядро std-{def,pae,srv,ll} версии 2.6.27:
> Сейчас там
> - само ядро 2.6.27.4
> - стандартные наши пачи
> - все пачи которые были наложены на 2.6.25 и не потеряли смысл.

While booting:

/var/log/messages:
...
Nov  6 16:40:16 ika rc.sysinit: Checking root filesystem succeeded
Nov  6 16:40:16 ika rc.sysinit: Remounting root filesystem in read/write mode: 
succeeded
Nov  6 16:40:16 ika hwclock: Cannot access the Hardware Clock via any known 
method.
Nov  6 16:40:16 ika hwclock: Use the --debug option to see the details of our 
search for an access method.
Nov  6 16:40:16 ika clock: Setting system clock (utc): failed
Nov  6 16:40:16 ika clock: Today's date: Thu Nov  6 16:40:05 EST 2008 
succeeded
...

--Ivan

The information transmitted in this electronic communication is intended only
for the person or entity to whom it is addressed and may contain confidential
and/or privileged material. Any review, retransmission, dissemination or other
use of or taking of any action in reliance upon this information by persons or
entities other than the intended recipient is prohibited. If you received this
information in error, please contact the Compliance HelpLine at 800-856-1983 and
properly dispose of this information.

Re: [sisyphus] kernel 2.6.27

[Ivan Adzhubey]

On Thursday 06 November 2008 04:43:52 pm Ivan Adzhubey wrote:
> On Wednesday 05 November 2008 03:24:33 pm Михаил Якушин wrote:
> > В сизиф ушло новое ядро std-{def,pae,srv,ll} версии 2.6.27:
> > Сейчас там
> > - само ядро 2.6.27.4
> > - стандартные наши пачи
> > - все пачи которые были наложены на 2.6.25 и не потеряли смысл.
>
> While booting:
>
> /var/log/messages:
> ...
> Nov  6 16:40:16 ika rc.sysinit: Checking root filesystem succeeded
> Nov  6 16:40:16 ika rc.sysinit: Remounting root filesystem in read/write
> mode: succeeded
> Nov  6 16:40:16 ika hwclock: Cannot access the Hardware Clock via any known
> method.
> Nov  6 16:40:16 ika hwclock: Use the --debug option to see the details of
> our search for an access method.
> Nov  6 16:40:16 ika clock: Setting system clock (utc): failed
> Nov  6 16:40:16 ika clock: Today's date: Thu Nov  6 16:40:05 EST 2008
> succeeded
> ...

# hwclock --debug --show
hwclock from util-linux-ng 2.14
hwclock: Open of /dev/rtc failed, errno=2: No such file or directory.
No usable clock interface found.
Cannot access the Hardware Clock via any known method.

# uname -a
Linux ika.bwh.harvard.edu 2.6.27-std-def-alt1 #1 SMP Wed Nov 5 11:47:02 UTC 
2008 x86_64 GNU/Linux

The information transmitted in this electronic communication is intended only
for the person or entity to whom it is addressed and may contain confidential
and/or privileged material. Any review, retransmission, dissemination or other
use of or taking of any action in reliance upon this information by persons or
entities other than the intended recipient is prohibited. If you received this
information in error, please contact the Compliance HelpLine at 800-856-1983 and
properly dispose of this information.

Re: [sisyphus] kernel 2.6.27

[Ivan Adzhubey]

On Thursday 06 November 2008 04:46:15 pm Ivan Adzhubey wrote:
> On Thursday 06 November 2008 04:43:52 pm Ivan Adzhubey wrote:
> > On Wednesday 05 November 2008 03:24:33 pm Михаил Якушин wrote:
> > > В сизиф ушло новое ядро std-{def,pae,srv,ll} версии 2.6.27:
> > > Сейчас там
> > > - само ядро 2.6.27.4
> > > - стандартные наши пачи
> > > - все пачи которые были наложены на 2.6.25 и не потеряли смысл.
> >
> > While booting:
> >
> > /var/log/messages:
> > ...
> > Nov  6 16:40:16 ika rc.sysinit: Checking root filesystem succeeded
> > Nov  6 16:40:16 ika rc.sysinit: Remounting root filesystem in read/write
> > mode: succeeded
> > Nov  6 16:40:16 ika hwclock: Cannot access the Hardware Clock via any
> > known method.
> > Nov  6 16:40:16 ika hwclock: Use the --debug option to see the details of
> > our search for an access method.
> > Nov  6 16:40:16 ika clock: Setting system clock (utc): failed
> > Nov  6 16:40:16 ika clock: Today's date: Thu Nov  6 16:40:05 EST 2008
> > succeeded
> > ...
>
> # hwclock --debug --show
> hwclock from util-linux-ng 2.14
> hwclock: Open of /dev/rtc failed, errno=2: No such file or directory.
> No usable clock interface found.
> Cannot access the Hardware Clock via any known method.
>
> # uname -a
> Linux ika.bwh.harvard.edu 2.6.27-std-def-alt1 #1 SMP Wed Nov 5 11:47:02 UTC
> 2008 x86_64 GNU/Linux

After booting:

# lsmod | fgrep -i rtc

(no rtc module loaded)

# modprobe rtc-cmos

(no complaints, module loads)

# lsmod | fgrep -i rtc
rtc_cmos               19256  0
rtc_core               28484  1 rtc_cmos
rtc_lib                11776  1 rtc_core

# ls -lh /dev/rtc*
lrwxrwxrwx 1 root root      4 Nov  6 17:37 /dev/rtc -> rtc0
crw-r--r-- 1 root root 251, 0 Nov  6 17:37 /dev/rtc0

Why rtc_cmos is not loaded automatically during boot?

This is Intel DX38BT motherboard (X38 chipset).

--Ivan

The information transmitted in this electronic communication is intended only
for the person or entity to whom it is addressed and may contain confidential
and/or privileged material. Any review, retransmission, dissemination or other
use of or taking of any action in reliance upon this information by persons or
entities other than the intended recipient is prohibited. If you received this
information in error, please contact the Compliance HelpLine at 800-856-1983 and
properly dispose of this information.

Re: [sisyphus] kernel 2.6.27

[Михаил Якушин]

Ivan Adzhubey wrote:
> 
> # ls -lh /dev/rtc*
> lrwxrwxrwx 1 root root      4 Nov  6 17:37 /dev/rtc -> rtc0
> crw-r--r-- 1 root root 251, 0 Nov  6 17:37 /dev/rtc0
> 
> Why rtc_cmos is not loaded automatically during boot?
Действительно не загружается.
> This is Intel DX38BT motherboard (X38 chipset).
> 
А можете попробовать strace hwclocke

Re: [sisyphus] kernel 2.6.27

[Хихин Руслан]

[-- Attachment #1: Type: text/plain, Size: 3228 bytes --]

Здравствуйте Михаил Якушин
  В сообщении от Среда 05 ноября 2008 Михаил Якушин написал(a):

> в общем просьба тестировать и сообщать что
> починилось\отвалилось.
Отвалился  третий диск у меня (sdc)

dmesg | grep -a6 sdc1
sd 4:0:0:0: [sdc] Mode Sense: 00 3a 00 00
sd 4:0:0:0: [sdc] Write cache: enabled, read cache: enabled, 
doesn't support DPO or FUA
sd 4:0:0:0: [sdc] 488397168 512-byte hardware sectors (250059 MB)
sd 4:0:0:0: [sdc] Write Protect is off
sd 4:0:0:0: [sdc] Mode Sense: 00 3a 00 00
sd 4:0:0:0: [sdc] Write cache: enabled, read cache: enabled, 
doesn't support DPO or FUA
 sdc: sdc1 sdc2 sdc4 < sdc5 >
sd 4:0:0:0: [sdc] Attached SCSI disk
ide_generic: please use "probe_mask=0x3f" module parameter for 
probing all legacy ISA IDE ports
ide_generic: I/O resource 0x1F0-0x1F7 not free.
ide_generic: I/O resource 0x170-0x177 not free.

После загрузки не один раздел на нём не монтируеся :

#mount /dev/sdc1 /mnt/Arhiv3
mount: /dev/sdc1 уже примонтирован или /mnt/Arhiv3 занят
Хотя он не примонтирован и вроде-бы ничем не может быть занят.

Но fdisk видит все разделы этого диска

Диск /dev/sdc: 250.0 ГБ, 250059350016 байт
255 heads, 63 sectors/track, 30401 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000ab4ba

  Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sdc1               1       14565   116993331   83  Linux
/dev/sdc2           14566       15935    11004525   82  Linux 
своп / Solaris
/dev/sdc4           15936       30401   116198145    f  W95 
расшир. (LBA)
/dev/sdc5           15936       30401   116198113+   7  HPFS/NTFS

# ls -l /dev/disk/by-id/ | grep sdc
lrwxrwxrwx 1 root root  9 Ноя  7  2008 
ata-ST3250620AS_6QE0AYAR -> ../../sdc
lrwxrwxrwx 1 root root 10 Ноя  7  2008 
ata-ST3250620AS_6QE0AYAR-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 10 Ноя  7  2008 
ata-ST3250620AS_6QE0AYAR-part2 -> ../../sdc2
lrwxrwxrwx 1 root root 10 Ноя  7  2008 
ata-ST3250620AS_6QE0AYAR-part4 -> ../../sdc4
lrwxrwxrwx 1 root root 10 Ноя  7  2008 
ata-ST3250620AS_6QE0AYAR-part5 -> ../../sdc5
lrwxrwxrwx 1 root root 10 Ноя  7  2008 dm-name-sdc1 -> ../../dm-0
lrwxrwxrwx 1 root root 10 Ноя  7  2008 dm-name-sdc2 -> ../../dm-1
lrwxrwxrwx 1 root root 10 Ноя  7  2008 dm-name-sdc5 -> ../../dm-2
lrwxrwxrwx 1 root root  9 Ноя  7  2008 
scsi-SATA_ST3250620AS_6QE0AYAR -> ../../sdc
lrwxrwxrwx 1 root root 10 Ноя  7  2008 
scsi-SATA_ST3250620AS_6QE0AYAR-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 10 Ноя  7  2008 
scsi-SATA_ST3250620AS_6QE0AYAR-part2 -> ../../sdc2
lrwxrwxrwx 1 root root 10 Ноя  7  2008 
scsi-SATA_ST3250620AS_6QE0AYAR-part4 -> ../../sdc4
lrwxrwxrwx 1 root root 10 Ноя  7  2008 
scsi-SATA_ST3250620AS_6QE0AYAR-part5 -> ../../sdc5



Куда это-бы прописать правильно :

ide_generic: please use "probe_mask=0x3f" module parameter for 
probing all legacy ISA IDE ports.



Ну и :
# hwclock --debug
hwclock из util-linux-ng 2.14
hwclock: Открытие /dev/rtc завершилось неудачей, errno=2: Нет 
такого файла или каталога.
Не найден пригодный часовой интерфейс.
Невозможно получить доступ к аппаратным часам каким бы то ни было 
известным способом.

Загрузка старого ядра "всё возвращает на место", так-что это не 
проблема железа.

-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] kernel 2.6.27

[Михаил Якушин]

Хихин Руслан wrote:

> #mount /dev/sdc1 /mnt/Arhiv3
> mount: /dev/sdc1 уже примонтирован или /mnt/Arhiv3 занят
> Хотя он не примонтирован и вроде-бы ничем не может быть занят.
а например tune2fs -l что говорит?
> Но fdisk видит все разделы этого диска
> 
> Диск /dev/sdc: 250.0 ГБ, 250059350016 байт
> 255 heads, 63 sectors/track, 30401 cylinders
> Units = цилиндры of 16065 * 512 = 8225280 bytes
> Disk identifier: 0x000ab4ba
> 
>   Устр-во Загр     Начало       Конец       Блоки   Id  Система
> /dev/sdc1               1       14565   116993331   83  Linux
> /dev/sdc2           14566       15935    11004525   82  Linux 
> своп / Solaris
> /dev/sdc4           15936       30401   116198145    f  W95 
> расшир. (LBA)
> /dev/sdc5           15936       30401   116198113+   7  HPFS/NTFS
> 


> Куда это-бы прописать правильно :
> 
> ide_generic: please use "probe_mask=0x3f" module parameter for 
> probing all legacy ISA IDE ports.
/etc/modprobe.d/local
> 
> 
> Ну и :
> # hwclock --debug
> hwclock из util-linux-ng 2.14
> hwclock: Открытие /dev/rtc завершилось неудачей, errno=2: Нет 
> такого файла или каталога.
> Не найден пригодный часовой интерфейс.
> Невозможно получить доступ к аппаратным часам каким бы то ни было 
> известным способом.
strace в студию. Дело в том что у меня rtc модули тоже не загрузились но 
hwclock работет черз iopl
Вообще наверное нужно правило для udev.

Re: [sisyphus] kernel 2.6.27

[Хихин Руслан]

[-- Attachment #1: Type: text/plain, Size: 1906 bytes --]

Здравствуйте Михаил Якушин
  В сообщении от Пятница 07 ноября 2008 Михаил Якушин написал(a):
>  tune2fs -l 
 tune2fs -l /dev/sdc1
tune2fs 1.40.5 (27-Jan-2008)
Filesystem volume name:   <none>
Last mounted on:          <not available>
Filesystem UUID:          b00ddd91-e0b4-4209-a3f3-41353cc8debb
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode 
dir_index filetype s
parse_super large_file
Filesystem flags:         signed_directory_hash
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              7315456
Block count:              29248332
Reserved block count:     1462416
Free blocks:              10914088
Free inodes:              7204713
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1017
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Filesystem created:       Mon Feb 25 22:51:53 2008
Last mount time:          Thu Nov  6 23:31:28 2008
Last write time:          Thu Nov  6 23:46:52 2008
Mount count:              10
Maximum mount count:      27
Last checked:             Sun Nov  2 02:26:24 2008
Check interval:           15552000 (6 months)
Next check after:         Fri May  1 03:26:24 2009
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               256
Journal inode:            8
Default directory hash:   tea
Directory Hash Seed:      8168211a-1e78-44dc-b302-e6e3d9d61c99
Journal backup:           inode blocks




-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] kernel 2.6.27

[Хихин Руслан]

[-- Attachment #1.1: Type: text/plain, Size: 263 bytes --]

Здравствуйте Михаил Якушин
  В сообщении от Пятница 07 ноября 2008 Михаил Якушин написал(a):
> strace в студию

Пожалуйста :)

-- 
С  уважением Хихин Руслан

[-- Attachment #1.2: strace.hwcloch --]
[-- Type: text/plain, Size: 9902 bytes --]

execve("/sbin/hwclock", ["hwclock", "--debug"], [/* 73 vars */]) = 0
brk(0)                                  = 0x608000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fade076c000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fade076b000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=179930, ...}) = 0
mmap(NULL, 179930, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fade073f000
close(3)                                = 0
open("/lib64/libc.so.6", O_RDONLY)      = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300\350\1\0\0\0\0\0@"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1359272, ...}) = 0
mmap(NULL, 3466744, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fade0204000
mprotect(0x7fade0349000, 2097152, PROT_NONE) = 0
mmap(0x7fade0549000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x145000) = 0x7fade0549000
mmap(0x7fade054e000, 17912, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fade054e000
close(3)                                = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fade073e000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fade073d000
arch_prctl(ARCH_SET_FS, 0x7fade073d6f0) = 0
mprotect(0x7fade0549000, 16384, PROT_READ) = 0
mprotect(0x7fade076d000, 4096, PROT_READ) = 0
munmap(0x7fade073f000, 179930)          = 0
gettimeofday({1226080263, 64373}, NULL) = 0
brk(0)                                  = 0x608000
brk(0x629000)                           = 0x629000
open("/usr/lib64/locale/locale-archive", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/locale.alias", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib64/locale/ru_RU.CP1251/LC_IDENTIFICATION", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib64/locale/ru_RU.cp1251/LC_IDENTIFICATION", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=344, ...}) = 0
mmap(NULL, 344, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fade076a000
close(3)                                = 0
open("/usr/lib64/gconv/gconv-modules.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=26042, ...}) = 0
mmap(NULL, 26042, PROT_READ, MAP_SHARED, 3, 0) = 0x7fade0763000
close(3)                                = 0
open("/usr/lib64/locale/ru_RU.CP1251/LC_MEASUREMENT", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib64/locale/ru_RU.cp1251/LC_MEASUREMENT", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=24, ...}) = 0
mmap(NULL, 24, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fade0762000
close(3)                                = 0
open("/usr/lib64/locale/ru_RU.CP1251/LC_TELEPHONE", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib64/locale/ru_RU.cp1251/LC_TELEPHONE", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=53, ...}) = 0
mmap(NULL, 53, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fade0761000
close(3)                                = 0
open("/usr/lib64/locale/ru_RU.CP1251/LC_ADDRESS", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib64/locale/ru_RU.cp1251/LC_ADDRESS", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=128, ...}) = 0
mmap(NULL, 128, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fade0760000
close(3)                                = 0
open("/usr/lib64/locale/ru_RU.CP1251/LC_NAME", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib64/locale/ru_RU.cp1251/LC_NAME", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=63, ...}) = 0
mmap(NULL, 63, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fade075f000
close(3)                                = 0
open("/usr/lib64/locale/ru_RU.CP1251/LC_PAPER", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib64/locale/ru_RU.cp1251/LC_PAPER", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=35, ...}) = 0
mmap(NULL, 35, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fade075e000
close(3)                                = 0
open("/usr/lib64/locale/ru_RU.CP1251/LC_MESSAGES", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib64/locale/ru_RU.cp1251/LC_MESSAGES", O_RDONLY) = 3
fstat(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
close(3)                                = 0
open("/usr/lib64/locale/ru_RU.cp1251/LC_MESSAGES/SYS_LC_MESSAGES", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=57, ...}) = 0
mmap(NULL, 57, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fade075d000
close(3)                                = 0
open("/usr/lib64/locale/ru_RU.CP1251/LC_MONETARY", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib64/locale/ru_RU.cp1251/LC_MONETARY", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=295, ...}) = 0
mmap(NULL, 295, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fade075c000
close(3)                                = 0
open("/usr/lib64/locale/ru_RU.CP1251/LC_COLLATE", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib64/locale/ru_RU.cp1251/LC_COLLATE", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=21883, ...}) = 0
mmap(NULL, 21883, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fade0756000
close(3)                                = 0
open("/usr/lib64/locale/ru_RU.CP1251/LC_TIME", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib64/locale/ru_RU.cp1251/LC_TIME", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=2359, ...}) = 0
mmap(NULL, 2359, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fade0755000
close(3)                                = 0
open("/usr/lib64/locale/ru_RU.CP1251/LC_NUMERIC", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib64/locale/ru_RU.cp1251/LC_NUMERIC", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=55, ...}) = 0
mmap(NULL, 55, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fade0754000
close(3)                                = 0
open("/usr/lib64/locale/ru_RU.CP1251/LC_CTYPE", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib64/locale/ru_RU.cp1251/LC_CTYPE", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=222160, ...}) = 0
mmap(NULL, 222160, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fade0706000
close(3)                                = 0
getuid()                                = 0
open("/usr/share/locale/ru_RU.CP1251/LC_MESSAGES/util-linux-ng.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/ru_RU.cp1251/LC_MESSAGES/util-linux-ng.mo", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=178692, ...}) = 0
mmap(NULL, 178692, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fade06da000
close(3)                                = 0
open("/usr/lib64/gconv/KOI8-R.so", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\4\0\0\0\0\0\0@"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=10168, ...}) = 0
mmap(NULL, 2105376, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fade0001000
mprotect(0x7fade0003000, 2093056, PROT_NONE) = 0
mmap(0x7fade0202000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0x7fade0202000
close(3)                                = 0
mprotect(0x7fade0202000, 4096, PROT_READ) = 0
open("/usr/lib64/gconv/CP1251.so", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\4\0\0\0\0\0\0@"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=10168, ...}) = 0
mmap(NULL, 2105376, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7faddfdfe000
mprotect(0x7faddfe00000, 2093056, PROT_NONE) = 0
mmap(0x7faddffff000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0x7faddffff000
close(3)                                = 0
mprotect(0x7faddffff000, 4096, PROT_READ) = 0
fstat(1, {st_mode=S_IFREG|0644, st_size=7717, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fade0753000
open("/dev/rtc", O_RDONLY)              = -1 ENODEV (No such device)
open("/dev/rtc0", O_RDONLY)             = -1 ENOENT (No such file or directory)
open("/dev/misc/rtc", O_RDONLY)         = -1 ENOENT (No such file or directory)
open("/usr/share/locale/ru_RU/LC_MESSAGES/util-linux-ng.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/ru.CP1251/LC_MESSAGES/util-linux-ng.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/ru/LC_MESSAGES/util-linux-ng.mo", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=178692, ...}) = 0
mmap(NULL, 178692, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fade06ae000
close(3)                                = 0
write(2, "hwclock: "..., 9hwclock: )             = 9
write(2, "\316\362\352\360\373\362\350\345 /dev/rtc \347\340\342\345\360\370\350\353\356\361\374 \355\345\363"..., 38Открытие /dev/rtc завершилось неудачей) = 38
open("/usr/share/locale/ru_RU.CP1251/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/ru_RU.cp1251/LC_MESSAGES/libc.mo", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=127789, ...}) = 0
mmap(NULL, 127789, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fade068e000
close(3)                                = 0
brk(0x651000)                           = 0x651000
write(2, ", errno=2: \315\345\362 \362\340\352\356\343\356 \364\340\351\353\340 \350\353\350 \352"..., 42, errno=2: Нет такого файла или каталога.
) = 42
write(2, "\315\345\342\356\347\354\356\346\355\356 \357\356\353\363\367\350\362\374 \344\356\361\362\363\357 \352 \340\357\357\340"..., 86Невозможно получить доступ к аппаратным часам каким бы то ни было известным способом.
) = 86
write(1, "hwclock \350\347 util-linux-ng 2.14\n\315\345 "..., 69hwclock из util-linux-ng 2.14
Не найден пригодный часовой интерфейс.
) = 69
exit_group(1)                           = ?
Process 10661 detached

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] kernel 2.6.27

[Михаил Якушин]

Хихин Руслан wrote:
> Здравствуйте Михаил Якушин
>   В сообщении от Пятница 07 ноября 2008 Михаил Якушин написал(a):
>> strace в студию
> 
> Пожалуйста :)
а от какого юзера запускается hwclock?

Re: [sisyphus] kernel 2.6.27

[Хихин Руслан]

[-- Attachment #1: Type: text/plain, Size: 577 bytes --]

Здравствуйте Михаил Якушин
  В сообщении от Пятница 07 ноября 2008 Михаил Якушин написал(a):
> Хихин Руслан wrote:
> > Здравствуйте Михаил Якушин
> >
> >   В сообщении от Пятница 07 ноября 2008 Михаил Якушин 
написал(a):
> >> strace в студию
> >
> > Пожалуйста :)
>
> а от какого юзера запускается hwclock?

От root (через sudo)

-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] kernel 2.6.27

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 343 bytes --]

On Fri, Nov 07, 2008 at 11:04:42PM +0300, Михаил Якушин wrote:
> Хихин Руслан wrote:
> >Здравствуйте Михаил Якушин
> >  В сообщении от Пятница 07 ноября 2008 Михаил Якушин написал(a):
> >>strace в студию
> >
> >Пожалуйста :)
> а от какого юзера запускается hwclock?

А какая разница, если в системе нет файла /dev/rtc.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] kernel 2.6.27

[Хихин Руслан]

[-- Attachment #1: Type: text/plain, Size: 668 bytes --]

Здравствуйте Dmitry V. Levin
  В сообщении от Суббота 08 ноября 2008 Dmitry V. Levin 
написал(a):
> On Fri, Nov 07, 2008 at 11:04:42PM +0300, Михаил Якушин wrote:
> > Хихин Руслан wrote:
> > >Здравствуйте Михаил Якушин
> > >  В сообщении от Пятница 07 ноября 2008 Михаил Якушин 
написал(a):
> > >>strace в студию
> > >Пожалуйста :)
> > а от какого юзера запускается hwclock?
> А какая разница, если в системе нет файла /dev/rtc.

Файл-то есть, устройства как-бы нет :
ls -la /dev/rt*
crw-r--r-- 1 root root 10, 135 Ноя  7 20:34 /dev/rtc

PS Не знаю как правильно смотреть, но в mc перед нормальными 
устройствами стоит +, а пкред ним -.

-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] kernel 2.6.27

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 472 bytes --]

On Sat, Nov 08, 2008 at 09:10:27AM +0300, Хихин Руслан wrote:
> Файл-то есть, устройства как-бы нет :
Жэсть.

> PS Не знаю как правильно смотреть, но в mc перед нормальными 
Перед блочными.

> а пкред ним
Как и перед остальными символьными.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

 * nbr скормил bogofilter-у файлы из /etc как not spam, а из /var/log - как
   спам. Теперь у меня bogofilter умеет отличать логи от конфигов :)

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] kernel 2.6.27

[Хихин Руслан]

[-- Attachment #1: Type: text/plain, Size: 294 bytes --]

Здравствуйте Andrey Rahmatullin
  В сообщении от Суббота 08 ноября 2008 Andrey Rahmatullin 
написал(a):
> PS Не знаю как правильно смотреть, но в mc перед нормальными
> Перед блочными.
> > а пкред ним
> Как и перед остальными символьными.
Спасибо, буду знать :)


-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] kernel 2.6.27

[Михаил Якушин]

Dmitry V. Levin wrote:
> On Fri, Nov 07, 2008 at 11:04:42PM +0300, Михаил Якушин wrote:
>> Хихин Руслан wrote:
>>> Здравствуйте Михаил Якушин
>>>  В сообщении от Пятница 07 ноября 2008 Михаил Якушин написал(a):
>>>> strace в студию
>>> Пожалуйста :)
>> а от какого юзера запускается hwclock?
> 
> А какая разница, если в системе нет файла /dev/rtc.
Как не странно разница есть. Почему-то у меня hwclock в этой ситуации 
поднимает себе iopl и идёт к железу напрямую.
Хотя конечно правило для загрузки rtc-cmos в udev добавить надо.

Re: [sisyphus] kernel 2.6.27

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 744 bytes --]

On Saturday 08 November 2008 11:55:25 Михаил Якушин wrote:
> Dmitry V. Levin wrote:
> > On Fri, Nov 07, 2008 at 11:04:42PM +0300, Михаил Якушин wrote:
> >> Хихин Руслан wrote:
> >>> Здравствуйте Михаил Якушин
> >>>
> >>>  В сообщении от Пятница 07 ноября 2008 Михаил Якушин написал(a):
> >>>> strace в студию
> >>>
> >>> Пожалуйста :)
> >>
> >> а от какого юзера запускается hwclock?
> >
> > А какая разница, если в системе нет файла /dev/rtc.
>
> Как не странно разница есть. Почему-то у меня hwclock в этой ситуации
> поднимает себе iopl и идёт к железу напрямую.
> Хотя конечно правило для загрузки rtc-cmos в udev добавить надо.

да, Мишь, ты как и module-init-tools далек от реальности, только по другой 
причине

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] kernel 2.6.27

[Михаил Якушин]

Valery V. Inozemtsev wrote:
> On Saturday 08 November 2008 11:55:25 Михаил Якушин wrote:
>> Dmitry V. Levin wrote:
>>> On Fri, Nov 07, 2008 at 11:04:42PM +0300, Михаил Якушин wrote:
>>>> Хихин Руслан wrote:
>>>>> Здравствуйте Михаил Якушин
>>>>>
>>>>>  В сообщении от Пятница 07 ноября 2008 Михаил Якушин написал(a):
>>>>>> strace в студию
>>>>> Пожалуйста :)
>>>> а от какого юзера запускается hwclock?
>>> А какая разница, если в системе нет файла /dev/rtc.
>> Как не странно разница есть. Почему-то у меня hwclock в этой ситуации
>> поднимает себе iopl и идёт к железу напрямую.
>> Хотя конечно правило для загрузки rtc-cmos в udev добавить надо.
> 
> да, Мишь, ты как и module-init-tools далек от реальности, только по другой 
> причине
> 
Не понял. А что с module-init-tools не так?

Re: [sisyphus] kernel 2.6.27

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 587 bytes --]

On Sat, Nov 08, 2008 at 11:55:25AM +0300, Михаил Якушин wrote:
> Dmitry V. Levin wrote:
> >On Fri, Nov 07, 2008 at 11:04:42PM +0300, Михаил Якушин wrote:
> >>Хихин Руслан wrote:
> >>>Здравствуйте Михаил Якушин
> >>> В сообщении от Пятница 07 ноября 2008 Михаил Якушин написал(a):
> >>>>strace в студию
> >>>Пожалуйста :)
> >>а от какого юзера запускается hwclock?
> >
> >А какая разница, если в системе нет файла /dev/rtc.
> Как не странно разница есть. Почему-то у меня hwclock в этой ситуации 
> поднимает себе iopl и идёт к железу напрямую.

Это *плохо*.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] kernel 2.6.27

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1218 bytes --]

> > # hwclock --debug
> > hwclock из util-linux-ng 2.14
> > hwclock: Открытие /dev/rtc завершилось неудачей, errno=2: Нет
> > такого файла или каталога.
> > Не найден пригодный часовой интерфейс.
> > Невозможно получить доступ к аппаратным часам каким бы то ни было
> > известным способом.
>
> strace в студию. Дело в том что у меня rtc модули тоже не загрузились но
> hwclock работет черз iopl
> Вообще наверное нужно правило для udev.

$ modinfo rtc-cmos
filename:       /lib/modules/2.6.27-std-ng-alt5/kernel/drivers/rtc/rtc-cmos.ko
license:        GPL
description:    Driver for PC-style 'CMOS' RTCs
author:         David Brownell
alias:          platform:rtc_cmos
srcversion:     845BF28F8A96343E042DBD1
alias:          acpi*:PNP0b02:*
alias:          pnp:dPNP0b02*
alias:          acpi*:PNP0b01:*
alias:          pnp:dPNP0b01*
alias:          acpi*:PNP0b00:*
alias:          pnp:dPNP0b00*
depends:        rtc-core
vermagic:       2.6.27-std-ng-alt5 SMP mod_unload modversions 686

$ grep rtc /etc/modprobe.d/*
/etc/modprobe.d/isapnp:alias pnp:dPNP0b00 rtc

$ cat /sys/bus/acpi/devices/PNP0B00:00/modalias
acpi:PNP0B00:

сдается мне что наш module-init-tools слишком далек от реальности

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] kernel 2.6.27

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1461 bytes --]

On Sat, Nov 08, 2008 at 11:45:32AM +0300, Valery V. Inozemtsev wrote:
> > > # hwclock --debug
> > > hwclock из util-linux-ng 2.14
> > > hwclock: Открытие /dev/rtc завершилось неудачей, errno=2: Нет
> > > такого файла или каталога.
> > > Не найден пригодный часовой интерфейс.
> > > Невозможно получить доступ к аппаратным часам каким бы то ни было
> > > известным способом.
> >
> > strace в студию. Дело в том что у меня rtc модули тоже не загрузились но
> > hwclock работет черз iopl
> > Вообще наверное нужно правило для udev.
> 
> $ modinfo rtc-cmos
> filename:       /lib/modules/2.6.27-std-ng-alt5/kernel/drivers/rtc/rtc-cmos.ko
> license:        GPL
> description:    Driver for PC-style 'CMOS' RTCs
> author:         David Brownell
> alias:          platform:rtc_cmos
> srcversion:     845BF28F8A96343E042DBD1
> alias:          acpi*:PNP0b02:*
> alias:          pnp:dPNP0b02*
> alias:          acpi*:PNP0b01:*
> alias:          pnp:dPNP0b01*
> alias:          acpi*:PNP0b00:*
> alias:          pnp:dPNP0b00*
> depends:        rtc-core
> vermagic:       2.6.27-std-ng-alt5 SMP mod_unload modversions 686
> 
> $ grep rtc /etc/modprobe.d/*
> /etc/modprobe.d/isapnp:alias pnp:dPNP0b00 rtc
> 
> $ cat /sys/bus/acpi/devices/PNP0B00:00/modalias
> acpi:PNP0B00:
> 
> сдается мне что наш module-init-tools слишком далек от реальности

module-init-tools каким был, таким и остался.
А вот реальность изменилась.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] kernel 2.6.27

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 2159 bytes --]

On Saturday 08 November 2008 13:50:09 Dmitry V. Levin wrote:
> On Sat, Nov 08, 2008 at 11:45:32AM +0300, Valery V. Inozemtsev wrote:
> > > > # hwclock --debug
> > > > hwclock из util-linux-ng 2.14
> > > > hwclock: Открытие /dev/rtc завершилось неудачей, errno=2: Нет
> > > > такого файла или каталога.
> > > > Не найден пригодный часовой интерфейс.
> > > > Невозможно получить доступ к аппаратным часам каким бы то ни было
> > > > известным способом.
> > >
> > > strace в студию. Дело в том что у меня rtc модули тоже не загрузились
> > > но hwclock работет черз iopl
> > > Вообще наверное нужно правило для udev.
> >
> > $ modinfo rtc-cmos
> > filename:      
> > /lib/modules/2.6.27-std-ng-alt5/kernel/drivers/rtc/rtc-cmos.ko license:  
> >      GPL
> > description:    Driver for PC-style 'CMOS' RTCs
> > author:         David Brownell
> > alias:          platform:rtc_cmos
> > srcversion:     845BF28F8A96343E042DBD1
> > alias:          acpi*:PNP0b02:*
> > alias:          pnp:dPNP0b02*
> > alias:          acpi*:PNP0b01:*
> > alias:          pnp:dPNP0b01*
> > alias:          acpi*:PNP0b00:*
> > alias:          pnp:dPNP0b00*
> > depends:        rtc-core
> > vermagic:       2.6.27-std-ng-alt5 SMP mod_unload modversions 686
> >
> > $ grep rtc /etc/modprobe.d/*
> > /etc/modprobe.d/isapnp:alias pnp:dPNP0b00 rtc
> >
> > $ cat /sys/bus/acpi/devices/PNP0B00:00/modalias
> > acpi:PNP0B00:
> >
> > сдается мне что наш module-init-tools слишком далек от реальности
>
> module-init-tools каким был, таким и остался.
> А вот реальность изменилась.

могу залить module-init-tools-3.4.1 с измененной реальностью. 
module-init-tools-3.5 с лёту не осилил, ибо лень сейчас снова разбираться что 
там vsu@ переписывал

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]