harde schijf stopt ermee

Pagina: 1
Acties:
  • 128 views sinds 30-01-2008
  • Reageer

  • 2playgames
  • Registratie: Februari 2005
  • Laatst online: 01-06-2025
Gisteren heb ik een Packard Bell Store & Save 3500 externe harde schijf aangesloten op mijn Debian 4.0 server en met ext3 gepartitioneerd. Deze werkt echter niet goed.
- Ik probeerde er video op te capturen met Adobe Premiere 2.0 (via samba)
- Opeens stopte het capturen met een fout
- Op de server was /data (waar de schijf gemount was) leeg
- bij fdisk -l was de schijf verdwenen
- de schijf voelde vrij heet, maar dat kan normaal zijn
- vannacht heb ik zonder problemen 250 GB aan data overgeschreven van een oude schijf (ook via samba)

Daarnaast heb ik nog een ander probleem. Ik heb de schijf opnieuw aangesloten en gemount, waarna de bestanden in linux zichtbaar zijn (met ls). In de samba shares zie ik echter niks (maar kan ik weer wel mappen benaderen door de handmatig in te typen).
bovenstaande is nu (vanzelf) opgelost, maar wat doe ik als het weer voorkomt?

Wat kan er toch allemaal aan de hand zijn? Ik vind dit erg vervelend want zo kan ik niet verder werken.
Volgens deze pagina moet mijn schijf compatible zijn: http://www.qbik.ch/usb/devices/showdev.php?id=4065

[ Voor 9% gewijzigd door 2playgames op 11-10-2007 20:16 ]


  • _Squatt_
  • Registratie: Oktober 2000
  • Niet online
Wat voor fout kreeg je tijdens het capturen? Wat staat er in je logs mbt de externe schijf en de modules die gebruikt worden om 'm aan te spreken? Zaten er bestanden groter dan 2 GB in die 250 GB? Met welk commando/fstab regel mount je de schijf, welke rechten hebben /data en de directories en bestanden op de schijf?

"He took a duck in the face at two hundred and fifty knots."


  • 2playgames
  • Registratie: Februari 2005
  • Laatst online: 01-06-2025
Wat voor fout kreeg je tijdens het capturen?
Adobe crasht
Wat staat er in je logs mbt de externe schijf en de modules die gebruikt worden om 'm aan te spreken?
waar vind ik die? (linux newbie here)
Zaten er bestanden groter dan 2 GB in die 250 GB?
ja, het grootste is 7,8GB. overigens was het capturen nog maar een paar seconden bezig dus de bestanden konden nog niet echt > 2GB zijn
Met welk commando/fstab regel mount je de schijf
mount /dev/sdb1 /data
fstab regel moet ik nog maken
welke rechten hebben /data en de directories en bestanden op de schijf?
allemaal eigenaar nobody en beschrijfbaar door samba

en nu, eten :Y) :p

[ Voor 3% gewijzigd door 2playgames op 11-10-2007 20:06 ]


  • _Squatt_
  • Registratie: Oktober 2000
  • Niet online
In /var/log staan je logfiles, samba logs staan wellicht in een subdirectory. Meestal heet het logbestand voor kernel messages 'kern.log' probeer die eens te greppen op usb, usb-storage en sdb.

Als je vanaf je server met smbclient connect naar de share krijg je dan wel de bestanden te zien?
edit:
Oh, zie net dat dat geen probleem meer is, geen idee hoe dat komt en wat je er aan kan doen. Maar als controle kun je dus lokaal met smbclient connecten, krijg je daarmee wel bestanden te zien dan heeft de windows pc zeker nog niet gerefreshed, wellicht helpt F5.


Kun je met Adobe wel naar een andere samba share (bijvoorbeeld eentje die naar de interne hd van je server schrijft, of naar een andere windows machine, of naar een share op dezelfde pc als waarop adobe draait)?

[ Voor 21% gewijzigd door _Squatt_ op 11-10-2007 20:50 ]

"He took a duck in the face at two hundred and fifty knots."


  • 2playgames
  • Registratie: Februari 2005
  • Laatst online: 01-06-2025
ik heb het nog eens geprobeerd, ben er wel wat wijzer uit maar nog niet echt
- het capturen gaat goed, maar als ik op stop druk draait hij nog even door
- ik zie dat het avi bestand nog steeds groter wordt
- hieruit concludeer ik dat de schijf, share of server het capturen niet kan bijhouden
- capturen gaat volgens mijn berekeningen met ongeveer 3MByte/s
- de schijf is met USB 2.0 aangesloten dus dat moet genoeg zijn
Hoe kan ik uitvinden waar de bottleneck zit, en of dit het probleem is?

Overigens zit ik nu weer met een secundair probleem. Ik heb de harde schijf opnieuw aangesloten, maar nu komt hij op sda ipv sdb. Als ik echter umount /data doe (waar nu nog sdb1 gemount is) krijg ik de fout device is busy. dit terwijl er niet eens een sdb device meer is en /data leeg is. --force werkt niet.
ook dit is opgelost, het bleek dat smbd (samba) de /data dir nog in gebruik had

dit staat er in kern.log, rond de tijd van de "crash"

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
Oct 11 20:53:46 localhost kernel: end_request: I/O error, dev sdb, sector 47815535
Oct 11 20:53:46 localhost kernel: Buffer I/O error on device sdb1, logical block 0
Oct 11 20:53:46 localhost kernel: lost page write due to I/O error on sdb1
Oct 11 20:53:46 localhost kernel: Buffer I/O error on device sdb1, logical block 2
Oct 11 20:53:46 localhost kernel: lost page write due to I/O error on sdb1
Oct 11 20:53:46 localhost kernel: Buffer I/O error on device sdb1, logical block 5767200
Oct 11 20:53:46 localhost kernel: lost page write due to I/O error on sdb1
Oct 11 20:53:46 localhost kernel: Buffer I/O error on device sdb1, logical block 5767322
Oct 11 20:53:46 localhost kernel: lost page write due to I/O error on sdb1
Oct 11 20:53:46 localhost kernel: Buffer I/O error on device sdb1, logical block 5933741
Oct 11 20:53:46 localhost kernel: lost page write due to I/O error on sdb1
Oct 11 20:53:46 localhost kernel: Buffer I/O error on device sdb1, logical block 5963807
Oct 11 20:53:46 localhost kernel: lost page write due to I/O error on sdb1
Oct 11 20:53:46 localhost kernel: Buffer I/O error on device sdb1, logical block 5976738
Oct 11 20:53:46 localhost kernel: lost page write due to I/O error on sdb1
Oct 11 20:53:46 localhost kernel: Buffer I/O error on device sdb1, logical block 5976756
Oct 11 20:53:46 localhost kernel: lost page write due to I/O error on sdb1
Oct 11 20:53:46 localhost kernel: Buffer I/O error on device sdb1, logical block 5977793
Oct 11 20:53:46 localhost kernel: lost page write due to I/O error on sdb1
Oct 11 20:53:46 localhost kernel: Buffer I/O error on device sdb1, logical block 5996575
Oct 11 20:53:46 localhost kernel: lost page write due to I/O error on sdb1
Oct 11 20:53:46 localhost kernel: end_request: I/O error, dev sdb, sector 47815775
Oct 11 20:53:46 localhost kernel: journal_bmap: journal block not found at offset 2092 on sdb1
Oct 11 20:53:46 localhost kernel: Aborting journal on device sdb1.
Oct 11 20:53:46 localhost kernel: EXT3-fs error (device sdb1): ext3_journal_start_sb: Detected aborted journal
Oct 11 20:53:46 localhost kernel: EXT3-fs error (device sdb1): ext3_find_entry: reading directory #5771452 offset 0
Oct 11 20:53:46 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5771452 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_find_entry: reading directory #5770672 offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:04 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:05 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 20:54:16 localhost kernel: Buffer I/O error on device sdb1, logical block 5767334
Oct 11 20:54:16 localhost kernel: lost page write due to I/O error on sdb1
Oct 11 20:54:16 localhost kernel: Buffer I/O error on device sdb1, logical block 5767384
Oct 11 20:54:16 localhost kernel: lost page write due to I/O error on sdb1
Oct 11 20:54:27 localhost kernel: EXT3-fs error (device sdb1): ext3_find_entry: reading directory #94994433 offset 0
Oct 11 20:54:27 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #94994433 contains a hole at offset 0
Oct 11 20:54:28 localhost kernel: EXT3-fs error (device sdb1): ext3_find_entry: reading directory #94994433 offset 0
Oct 11 20:54:28 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #94994433 contains a hole at offset 0
Oct 11 20:54:28 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #94994433 contains a hole at offset 0

  • 2playgames
  • Registratie: Februari 2005
  • Laatst online: 01-06-2025
zojuist de schijf weer aan de praat gekregen. toen ik echter het 170 MB grote avi bestand van de share naar mijn pc probeerde te kopieren, mislukte dit (windows zei door een I/O fout). ook nu is /dev/sda verdwenen op de server

de log zegt:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
Oct 11 21:31:40 localhost kernel: EXT3 FS on sda1, internal journal
Oct 11 21:34:12 localhost kernel: end_request: I/O error, dev sda, sector 47814591
Oct 11 21:34:12 localhost kernel: Buffer I/O error on device sda1, logical block 1119
Oct 11 21:34:12 localhost kernel: lost page write due to I/O error on sda1
Oct 11 21:34:12 localhost kernel: Aborting journal on device sda1.
Oct 11 21:34:12 localhost kernel: end_request: I/O error, dev sda, sector 47832271
Oct 11 21:34:12 localhost kernel: Buffer I/O error on device sda1, logical block 5767334
Oct 11 21:34:12 localhost kernel: lost page write due to I/O error on sda1
Oct 11 21:34:12 localhost kernel: Buffer I/O error on device sda1, logical block 5767384
Oct 11 21:34:12 localhost kernel: lost page write due to I/O error on sda1
Oct 11 21:34:12 localhost kernel: EXT3-fs error (device sda1): ext3_journal_start_sb: Detected aborted journal
Oct 11 21:34:26 localhost kernel: EXT3-fs error (device sda1): ext3_find_entry: reading directory #5771452 offset 0
Oct 11 21:34:26 localhost kernel: EXT3-fs error (device sda1): ext3_readdir: directory #5771452 contains a hole at offset 0
Oct 11 21:34:26 localhost kernel: EXT3-fs error (device sda1): ext3_readdir: directory #5771452 contains a hole at offset 0
Oct 11 21:34:27 localhost kernel: EXT3-fs error (device sda1): ext3_find_entry: reading directory #94994433 offset 0
Oct 11 21:34:27 localhost kernel: EXT3-fs error (device sda1): ext3_readdir: directory #94994433 contains a hole at offset 0
Oct 11 21:34:28 localhost kernel: EXT3-fs error (device sda1): ext3_find_entry: reading directory #5770672 offset 0
Oct 11 21:34:28 localhost kernel: EXT3-fs error (device sda1): ext3_find_entry: reading directory #5771452 offset 0
Oct 11 21:34:28 localhost kernel: EXT3-fs error (device sda1): ext3_readdir: directory #5771452 contains a hole at offset 0
Oct 11 21:34:37 localhost kernel: EXT3-fs error (device sda1): ext3_readdir: directory #5770672 contains a hole at offset 0
Oct 11 21:34:39 localhost kernel: Buffer I/O error on device sda1, logical block 5928337
Oct 11 21:34:39 localhost kernel: EXT3-fs error (device sda1): ext3_readdir: directory #5770383 contains a hole at offset 0
Oct 11 21:36:48 localhost kernel: EXT3-fs error (device sda1): ext3_find_entry: reading directory #5770383 offset 0

  • _Squatt_
  • Registratie: Oktober 2000
  • Niet online
2playgames schreef op donderdag 11 oktober 2007 @ 21:04:
ik heb het nog eens geprobeerd, ben er wel wat wijzer uit maar nog niet echt
- het capturen gaat goed, maar als ik op stop druk draait hij nog even door
- ik zie dat het avi bestand nog steeds groter wordt
- hieruit concludeer ik dat de schijf, share of server het capturen niet kan bijhouden
- capturen gaat volgens mijn berekeningen met ongeveer 3MByte/s
- de schijf is met USB 2.0 aangesloten dus dat moet genoeg zijn
Hoe kan ik uitvinden waar de bottleneck zit, en of dit het probleem is?
Hoe 'zie' je dat het avi bestand nog steeds groter wordt? (er is nogal een verschil tussen een window open hebben met de share en F5 doen, of bijvoorbeeld regelmatig "ls -lh" doen op de server).

Het hoeft overigens geen probleem te betekenen, tenzij je het filesysteem mount met de 'sync' optie kan er wat data in een buffer blijven staan zonder dat het direct fysiek naar de schijf wordt geschreven (normaal gesproken is dit een goed iets, als je hetzelfde bestand een paar keer wijzigt dan hoeft het niet elke keer helemaal naar de schijf geschreven te worden). Ook zal windows misschien niet meteen schrijven naar de share (om dezelfde reden) waardoor de data iets later aankomt.

Wat was de gemiddelde snelheid van de 250GB die je eerder kopieerde? Hoe snel gaat het kopieren van grote bestanden ongeveer? Wat voor snelheden haal je normaal gesproken met schrijven naar de server?
Overigens zit ik nu weer met een secundair probleem. Ik heb de harde schijf opnieuw aangesloten, maar nu komt hij op sda ipv sdb. Als ik echter umount /data doe (waar nu nog sdb1 gemount is) krijg ik de fout device is busy. dit terwijl er niet eens een sdb device meer is en /data leeg is. --force werkt niet.
Het klinkt alsof je eerder de schijf ontkoppelde zonder dat je het filesysteem ge-unmount had. Dat is niet de bedoeling!
dit staat er in kern.log, rond de tijd van de "crash"
code:
1
...knip...
I/O errors zijn niet goed natuurlijk, maar dat zou aan een heleboel dingen kunnen liggen (je schijf, usb-kabel, usb-chip, usb drivers etc). Wat voor usb aansluiting gebruik je (op het moederbord? welk moederbord, via een pci kaartje? welke, en welke chip etc). Staan er ook errors in je log mbt usb?

"He took a duck in the face at two hundred and fifty knots."


  • 2playgames
  • Registratie: Februari 2005
  • Laatst online: 01-06-2025
Hoe 'zie' je dat het avi bestand nog steeds groter wordt? (er is nogal een verschil tussen een window open hebben met de share en F5 doen, of bijvoorbeeld regelmatig "ls -lh" doen op de server).
F5'en in de share
Wat was de gemiddelde snelheid van de 250GB die je eerder kopieerde?
dat duurde ongeveer 10 uur, dus ongeveer 6/7 MB/s
Het klinkt alsof je eerder de schijf ontkoppelde zonder dat je het filesysteem ge-unmount had. Dat is niet de bedoeling!
de schijf was al weg dus
I/O errors zijn niet goed natuurlijk, maar dat zou aan een heleboel dingen kunnen liggen (je schijf, usb-kabel, usb-chip, usb drivers etc). Wat voor usb aansluiting gebruik je (op het moederbord? welk moederbord, via een pci kaartje? welke, en welke chip etc). Staan er ook errors in je log mbt usb?
de schijf is aangesloten via een Trust USB 2.0 PCI kaartje. deze is overigens zonder specifieke drivers geinstalleerd, simpelweg omdat deze er voor linux niet op de cd bij stonden.
het is een ASUS P3B moederbord, dacht ik, dat alleen usb 1.0 of 1.1 ondersteunt. in de log staan geen errors, daar staat bij USB alleen device aangekoppeld en zo

overigens heb ik net een badblocks -nv /dev/sdb geprobeerd, daar knalt ie er ook uit (waarna badblocks vervolgens elk blok als fout markeert)

net een weirde crash van mn laptop gehad, firefox instelling en profiel weg :(

[ Voor 8% gewijzigd door 2playgames op 11-10-2007 22:29 ]


  • _Squatt_
  • Registratie: Oktober 2000
  • Niet online
Tsja, denk dat het probleem zit in de verbinding server->schijf (dus usb), of dat de schijf zelf misschien niet goed is. Problemen met usb zouden echter voor berichten in kern.log moeten zorgen. Dus ik zou in ieder geval proberen vast te stellen of de harde schijf goed of slecht is:

Hang 'm aan je windows pc, formatteer 'm en probeer er dan Adobe naar te laten schrijven, of wat andere checks. Ik weet niet hoe het met deze is, maar meestal zijn externe schijven niet meer dan een case+usb aansluiting om een gewone harde schijf heen. Als hij open kan/gaat probeer dan de harde schijf direct aan het moederbord te hangen, en te testen. Zo kun je er achter proberen te komen waar precies de fout zit.

"He took a duck in the face at two hundred and fifty knots."


  • 2playgames
  • Registratie: Februari 2005
  • Laatst online: 01-06-2025
ik betwijfel of het aan windows hangen nodig is, het probleem zit immers niet in adobe (en ik heb eigenlijk geen zin om weer die hele 250 GB te moeten gaan kopieren, pas als de mogelijkheden uitgeput zijn).

ik zal de andere dingen eens proberen

-----

de schijf is een Seagate Baracuda 7200.10 500 GB. Helaas is deze SATA en kan ik hem niet intern aansluiten.

[ Voor 19% gewijzigd door 2playgames op 11-10-2007 23:07 ]


  • burne
  • Registratie: Maart 2000
  • Niet online

burne

Mine! Waah!

2playgames schreef op donderdag 11 oktober 2007 @ 21:04:
code:
1
Oct 11 20:53:46 localhost kernel: end_request: I/O error, dev sdb, sector 47815535
Tja. I/O errors. Gammele USB-kabel? Gammele harddisk? Lees- en schrijf-fouten leiden ertoe dat je kernel het betreffende device reset. Als de reset niet op tijd klaar is wordt het device als 'dood' gemeld. Geeft precies de effecten en stukke data op de disk waar je nu last van hebt. Je kunt nog een andere USB poort of kabel proberen maar als dat niet helpt is omruilen of terugbrengen je enige optie.

I don't like facts. They have a liberal bias.


  • 2playgames
  • Registratie: Februari 2005
  • Laatst online: 01-06-2025
ik ga hem nu proberen op de oude usb 1.1 poort van de pc (de usb 2.0 kaart heb ik ook gisteren geinstalleerd). als dat wel werkt is het probleem bekend, denk ik
ik snap nog steeds niet waarom die 250 GB vannacht wel werkte, maar ja...computers

----------------

edit: voorlopig houdt hij de badblocks test langer vol, maar nou kan dit ook aan het langzamere usb 1 liggen (toch?)

----

edit2: ok, laat ik maar concluderen dat het aan de usb pci kaart ligt. helaas is usb 1 echt niet genoeg (slechts 1MB/s doorvoer), maar wat moet ik doen om bij die pci kaart de fout te vinden en hem goed aan het werk te krijgen?
is er trouwens een manier om te zorgen dat de schijf altijd sda wordt, en niet soms sdb of sdc? dat is wel zo handig voor fstab

[ Voor 54% gewijzigd door 2playgames op 11-10-2007 23:54 ]

Pagina: 1