Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Problem z samoistną zmianą punktu montowania dysku...

38 views
Skip to first unread message

mindc

unread,
May 10, 2011, 5:28:12 AM5/10/11
to
Witam

system: Slackware 13.1.0, kernel: 2.6.34.6

Po podmianie serwera, nowy sprzęt, nowy soft, pojawił się problem z
dyskiem podłączonym przez USB.
Dysku tego używam do archiwizacji logów klientów, sformatowany jest
jako NTFS, aby łatwiej było przenosić dane do Windows.

Problem polega na tym, że powiedzmy po 5 dniach od restartu serwera,
dysk zmienia ścieżkę pod jaką jest widoczny, z /dev/sdb1 na /dev/
sdc1... i trzyma ją do ponownego restartu... po restarcie wraca na
właściwe /dev/sdb1

Kilka minut temu wpadło mi do głowy, aby montować ten dysk po UUID,
ale nie jestem pewien czy ten UUID nie jest tłumaczony na normalny
punkt montowania podczas startu systemu, czy monitorowany na
bieżąco... zobaczę za kilka dni...

Problem dla mnie jest poważny, bo nie mogę sobie pozwolić na
kilkudniowe braki w logach...

Ostatecznie napiszę skrypt, który będzie to sprawdzał co jakiś czas i
przemontowywał mi ten dysk... ale wolę unikać partyzanckich
rozwiązań :)

dzięki za wszelkie wskazówki i pozdrawiam
mindc

Olek

unread,
May 10, 2011, 12:41:08 PM5/10/11
to
On 10.05.2011 11:28, mindc wrote:
>
> Problem polega na tym, że powiedzmy po 5 dniach od restartu serwera,
> dysk zmienia ścieżkę pod jaką jest widoczny, z /dev/sdb1 na /dev/
> sdc1... i trzyma ją do ponownego restartu... po restarcie wraca na
> właściwe /dev/sdb1

Miałem podobne problemy na starym komputerze (PIII, USB 1.1).
Wstawiłem kartę z firewire i tam podpiąłem dysk ten dysk.
Problemy więcej się nie powtórzyły.
--
Olek

mindc

unread,
May 11, 2011, 2:11:25 AM5/11/11
to
> Miałem podobne problemy na starym komputerze (PIII, USB 1.1).
> Wstawiłem kartę z firewire i tam podpiąłem dysk ten dysk.
> Problemy więcej się nie powtórzyły.

U mnie to nowy sprzęt, C2D, 2GB RAMu i płyta Intel...
Jak na razie trzyma, ale to dopiero pierwszy dzień...

mindc

panti

unread,
May 11, 2011, 10:09:37 AM5/11/11
to
Dnia 10.05.2011 mindc <mi...@o2.pl> napisał/a:
> Witam

Witaj,

jaki ruch na grupie ...

> dysk zmienia ścieżkę pod jaką jest widoczny, z /dev/sdb1 na /dev/
> sdc1... i trzyma ją do ponownego restartu... po restarcie wraca na
> właściwe /dev/sdb1

udev ?


thc_flow

unread,
May 11, 2011, 5:40:39 PM5/11/11
to
Zamiast UUID (które także może się zmienić przy aktualizacji kernela,
szczególnie dla partycji NTFS które fizycznie nie obsługuje UUID)
poleciłbym raczej montowanie po etykiecie. Rozwiązanie jest proste i
czytelne.

/dev/disk/by-* jest zbiorem symlinków do "normalnego" /dev/(h/s)d*
tworzonym dynamicznie przy wpięciu urządzenia, więc nie ma strachu o
jego deaktualizację.

mindc

unread,
May 12, 2011, 6:16:13 AM5/12/11
to
> udev ?

config od udev mam permanentnie wyłączony... zrobiłem jeden obraz i
wrzucam go na różne konfiguracje sprzętowe... przy normalnym działaniu
udev, zmieniają mi się nazwy interfejsów sieciowych... być może to od
losowego ładowania modułów od sterowników kart anie od udev, ale
wpadłem na to dopiero pisząc ten tekst :)

mindc

unread,
May 12, 2011, 6:19:15 AM5/12/11
to
> /dev/disk/by-* jest zbiorem symlinków do "normalnego" /dev/(h/s)d*
> tworzonym dynamicznie przy wpięciu urządzenia, więc nie ma strachu o
> jego deaktualizację.

wszystko super, gdyby to była sytuacja, kiedy podpinam ten dysk i
wypinam co jakiś czas... w moim przypadku podłączam go, odłączam po
roku i podłączam następny dysk...
czyli teoretycznie /dev/sdb1 nie powinien się zmienić, bo nic nie
robię z tym dyskiem... a jednak zmienia się podczas pracy systemu...

thc_flow

unread,
May 12, 2011, 1:52:05 PM5/12/11
to
mindc wrote:

Proponuję sprawdzenie logów systemowych i dmesga na błędy sterownika,
może przy przeciążeniu dysk się "wypina" np z powodu niedostateczneg
zasilania.

mindc

unread,
May 16, 2011, 11:11:21 AM5/16/11
to
> Proponuję sprawdzenie logów systemowych i dmesga na błędy sterownika,
> może przy przeciążeniu dysk się "wypina" np z powodu niedostateczneg
> zasilania.

to może być jakiś trop, wyślę kogoś do serwerowni i niech sprawdzi,
czy podłączone to jest jednym kablem USB czy dwoma...
a na razie odpaliłem skrypt, bo dalej znika mi ten dysk...

dzięki
mindc

mindc

unread,
May 20, 2011, 8:53:52 AM5/20/11
to

dysk ma oddzielne, zewnętrzne zasilanie... więc problem chyba nie
tu...
w logach jest po prostu:

usb 1-1: USB disconnect, address 2
usb 1-1: new high speed USB device using ehci_hcd and address 3
usb 1-1: New USB device found, idVendor=05e3, idProduct=0718
usb 1-1: New USB device strings: Mfr=0, Product=1, SerialNumber=2
usb 1-1: Product: USB Storage
usb 1-1: SerialNumber: 000000000033
scsi7 : usb-storage 1-1:1.0
scsi 7:0:0:0: Direct-Access ST350041 8AS 0009 PQ: 0
ANSI: 0

po jakimś czasie:

usb 1-1: USB disconnect, address 3
usb 1-1: new high speed USB device using ehci_hcd and address 4
usb 1-1: New USB device found, idVendor=05e3, idProduct=0718
usb 1-1: New USB device strings: Mfr=0, Product=1, SerialNumber=2
usb 1-1: Product: USB Storage
usb 1-1: SerialNumber: 000000000033
scsi8 : usb-storage 1-1:1.0
scsi 8:0:0:0: Direct-Access ST350041 8AS 0009 PQ: 0
ANSI: 0

zostaję jak na razie przy skrypcie...

mindc

Tomasz Kobus

unread,
Jun 7, 2011, 2:03:47 PM6/7/11
to

sprobuj cos takiego, wpis do /etc/fstab
/dev/disk/by-id/usb-Kingston_DataTraveler_II+_5B5742500C3-0:0-
part1 /mnt/king auto rw,user,auto

potem normalnie montowanie:
mount /mnt/king
cos takiego u mnie chodzi

0 new messages