Изпечатай

[Lamer]

Използвам Fedora Core 2  и страшно ме нерви това, че след рестарт харда ми се гаси! Бите ли ме насочили къде е проблема.

[gromeo]

Можеш ли да дадеш повече инфо? Например някакви съобщения, дали преди това е имало токов удар, работи ли с други дистрота, преди това имал ли си проблеми с този хард, пробвал ли си да стартираш системата с LiveCD, и да го маунтнеш? Така без никаква информация едва ли някой ще може да ти помогне.

[Lamer]

Абсолютно никакви проблеми нямам с харда. Използвал съм много дистрота и Bozata също но само при FC2 е този проблем. Не съм сигурен, ама май е свързано нещо с кернел 2.6...
EPoX KT600 - Seagate 80GB, 2MB

[dafo]

От ядрото е, защото наскоро преминах към 2.6.6 от 2.4.х и също ми спира шпиндела, може и да има настройки в конфигурацията за деактивиране на това.
btw и аз съм с EPOX, но с друг чипсет.

[gromeo]

Очевидно има грешка във файла inittab. Стартирай с някакво LiveCD, маунтни си харда и отвори този файл, който трябва да се пейстне тук, за да видим какъв е точно проблема.

[Lamer]

#
# inittab       This file describes how the INIT process should set up
#               the system in a certain run-level.
#
# Author:       Miquel van Smoorenburg, <miquels@drinkel.nl.mugnet.org>
#               Modified for RHS Linux by Marc Ewing and Donnie Barnes
#

# Default runlevel. The runlevels used by RHS are:
#   0 - halt (Do NOT set initdefault to this)
#   1 - Single user mode
#   2 - Multiuser, without NFS (The same as 3, if you do not have networking)
#   3 - Full multiuser mode
#   4 - unused
#   5 - X11
#   6 - reboot (Do NOT set initdefault to this)
#
id:5:initdefault:

# System initialization.
si::sysinit:/etc/rc.d/rc.sysinit

l0:wait:/etc/rc.d/rc 0
l1:1:wait:/etc/rc.d/rc 1
l2:2:wait:/etc/rc.d/rc 2
l3:3:wait:/etc/rc.d/rc 3
l4:4:wait:/etc/rc.d/rc 4
l5:5:wait:/etc/rc.d/rc 5
l6:6:wait:/etc/rc.d/rc 6

# Trap CTRL-ALT-DELETE
ca::ctrlaltdel:/sbin/shutdown -t3 -r now

# When our UPS tells us power has failed, assume we have a few minutes
# of power left.  Schedule a shutdown for 2 minutes from now.
# This does, of course, assume you have powerd installed and your
# UPS connected and working correctly.  
pf::powerfail:/sbin/shutdown -f -h +2 "Power Failure; System Shutting Down"

# If power was restored before the shutdown kicked in, cancel it.
pr:12345:powerokwait:/sbin/shutdown -c "Power Restored; Shutdown Cancelled"


# Run gettys in standard runlevels
1:2345:respawn:/sbin/mingetty tty1
2:2345:respawn:/sbin/mingetty tty2
3:2345:respawn:/sbin/mingetty tty3
4:2345:respawn:/sbin/mingetty tty4
5:2345:respawn:/sbin/mingetty tty5
6:2345:respawn:/sbin/mingetty tty6

# Run xdm in runlevel 5
x:5:respawn:/etc/X11/prefdm -nodaemon

[gromeo]

Проверих на един форум за твоя проблем. Пробвай да промениш default runleven на 3, и след това да стартираш X. Ти не каза, кога точно ти спира харда - когато се стартира компютъра или когато изпълни някой стартиращ скрипт?

[Lamer]

Харда ми се гаси след рестарт. т.е - Слeд като съм бил с FC2 и съм дал рестарт, при зареждане чувам как харда се включва и след като развърти ми зарежда grub.

[Филип Бонев]

Здравей,

Видях някъде на горе че си с кенрел 2.6.x или нещо такова, при мен е същото, но съм със слак и това май е нещо ново в кернел. Поне аз така мисля защото след като минах на 2.6.х почна да го прави този номер. Но решение незнам, може да е нещо от acpi-то или нещо такова.

[Kasho]

и аз минах от 2.4. на 2.6.6 /Slackware и при рестарт от Slacka още в първия екран където се детектват хардовете/cdrom-ите харда се развърта на няколко пъти , даже се е случвало да не успее и да блокира на "LI" . А има достатъчно време заради изчакването и на serial-ata контролера. Този номер не го прави при рестарт от Windows XP. Странно.....

[Филип Бонев]

Здравейте отново разбрах къде е проблема '>
В кенела има грешка, след малко четене по разни сайтове и Changelog-a на 2.6.7-rc3 разбрах че там вече е оправен проблема. В момента съм с kernel-2.6.7-rc3 с всичко си работи добре.

[suren]

благодаря за инфото и мен много ме дразнеше и притесняваше този проблем (бъг както се оказва).
В ядро 2.6.5 го нямаше този проблем.