Opensuse 10 Raid 1 twijfels

Pagina: 1
Acties:

  • Tacoos
  • Registratie: Januari 2001
  • Laatst online: 10:18
Op m'n servertje heb ik opensuse 10 geinstalleerd met /home op een raid 1.
Ik krijg echter steeds een waarschuwing bij systeem start:
'could not bd_claim hdi'
'could not bd_claim hdk'
Dat zijn de drives die de raid vormen.

Wat is bd_claim? Gezocht via google maar wordt er niet veel wijzer van.
Is m'n raid betrouwbaar?

M'n systeem:
Celeron 366 448 Mb RAM
Opensuse 10
Promise ultra 66 + maxtor 12 Gb (hde) als /
Promise ultra 133 + 2x maxtor 55 Gb (hdi + hdk = /dev/md0) als /home

dmesg geeft me dit (gedeelte eruit geknipt wat relevant leek):

Attempting manual resume
swsusp: Suspend partition has wrong signature?
ReiserFS: hde3: found reiserfs format "3.6" with standard journal
ReiserFS: hde3: using ordered data mode
ReiserFS: hde3: journal params: device hde3, size 8192, journal first block 18,
max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hde3: checking transaction log (hde3)
ReiserFS: hde3: Using r5 hash to sort names
md: md0 stopped.
md: bind<hdk1>
md: bind<hdi1>
md: md0: raid array is not clean -- starting background reconstruction
md: raid1 personality registered as nr 3
raid1: raid set md0 active with 2 out of 2 mirrors
md: syncing RAID array md0
md: minimum _guaranteed_ reconstruction speed: 1000 KB/sec/disc.
md: using maximum available idle IO bandwith (but not more than 200000 KB/sec) f
or reconstruction.
md: using 128k window, over a total of 58621056 blocks.
md: resuming recovery of md0 from checkpoint.
md: Autodetecting RAID arrays.
md: could not bd_claim hdi1.
md: could not bd_claim hdk1.
md: autorun ...
md: ... autorun DONE.
device-mapper: 4.4.0-ioctl (2005-01-12) initialised: dm-devel@redhat.com
ReiserFS: md0: found reiserfs format "3.6" with standard journal
ReiserFS: md0: using ordered data mode
ReiserFS: md0: journal params: device md0, size 8192, journal first block 18, ma
x trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md0: checking transaction log (md0)
ReiserFS: md0: Using r5 hash to sort names

Doe maar gewoon, dan doe je al gek genoeg...


  • nzyme
  • Registratie: November 2001
  • Laatst online: 28-12-2025

nzyme

terror

wat je ook ff kan gaan bekijken is /proc/mdstat

verder vraag ik me af hoe je aan deze regel komt:
md: md0: raid array is not clean -- starting background reconstruction

gaat het om een nieuwe installatie of een systeem dat al een x aantal maanden up is ?

edit:
ik mis in je dmesh output stukje de bewuste regels :p post ff die regels + een aantal eromheen :)

[ Voor 18% gewijzigd door nzyme op 19-12-2005 11:41 ]

| Hardcore - Terror |


  • Tacoos
  • Registratie: Januari 2001
  • Laatst online: 10:18
De regels komen van dmesg net nadat ik de raid opnieuw had geformatteerd (was ext3 is nu reiser).
Waar dat reconstructing vandaan komt weet ik ook niet, had ik nog niet eerder gezien.
Ik kan wel lezen en schrijven van/naar de raid, want gisteren heb ik via samba zo'n 25 Gb overgepomt naar dat systeem en het was daarna nog leesbaar ok.
Zal vanavond een uitgebreidere output posten.

Doe maar gewoon, dan doe je al gek genoeg...


  • JointFillah
  • Registratie: Juli 2000
  • Laatst online: 08-01 13:29

JointFillah

Techno Addict

Die background reconstruction is geen probleem in principe....

Kijk eens met
code:
1
cat /proc/mdstat
hoe ver hij met dat reconstructen is en of er misschien andere problemen zijn...

Die bd_claim errors ben ik nog nooit tegengekomen (wel dma_errors in het verleden)...

~* Peace, Love & XTC *~


  • Tacoos
  • Registratie: Januari 2001
  • Laatst online: 10:18
Uitgebreidere dmesg en daaronder de output van cat /proc/mdstat (reconstruct melding is verdwenen na een nieuwe reboot):

linux:~ # dmesg
Linux version 2.6.13-15.7-default (geeko@buildhost) (gcc version 4.0.2 20050901 (prerelease) (SUSE Linux)) #1 Tue Nov 29 14:32:29 UTC 2005
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000001bff0000 (usable)
BIOS-e820: 000000001bff0000 - 000000001bff3000 (ACPI NVS)
BIOS-e820: 000000001bff3000 - 000000001c000000 (ACPI data)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
0MB HIGHMEM available.
447MB LOWMEM available.
On node 0 totalpages: 114672
DMA zone: 4096 pages, LIFO batch:1
Normal zone: 110576 pages, LIFO batch:31
HighMem zone: 0 pages, LIFO batch:1
DMI 2.1 present.
ACPI: RSDP (v000 GBT ) @ 0x000f6900
ACPI: RSDT (v001 GBT AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x1bff3000
ACPI: FADT (v001 GBT AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x1bff3040
ACPI: DSDT (v001 GBT AWRDACPI 0x00001000 MSFT 0x01000007) @ 0x00000000
ACPI: BIOS age (2000) fails cutoff (2001), acpi=force is required to enable ACPI
ACPI: Disabling ACPI support
Allocating PCI resources starting at 1c000000 (gap: 1c000000:e3ff0000)
Built 1 zonelists
Kernel command line: root=/dev/hde3 vga=0x31a selinux=0 resume=/dev/hde2 splash=silent
bootsplash: silent mode.
Initializing CPU#0
PID hash table entries: 2048 (order: 11, 32768 bytes)
Detected 458.263 MHz processor.
Using tsc for high-res timesource
Console: colour dummy device 80x25
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 448984k/458688k available (2029k kernel code, 9116k reserved, 695k data, 204k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 917.58 BogoMIPS (lpj=1835177)
Security Framework v1.0.0 initialized
SELinux: Disabled at boot.
Mount-cache hash table entries: 512
CPU: After generic identify, caps: 0183f9ff 00000000 00000000 00000000 00000000 00000000 00000000
CPU: After vendor identify, caps: 0183f9ff 00000000 00000000 00000000 00000000 00000000 00000000
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 128K
CPU: After all inits, caps: 0183f9ff 00000000 00000000 00000040 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
mtrr: v2.0 (20020519)
CPU: Intel Celeron (Mendocino) stepping 05
Enabling fast FPU save and restore... done.
Checking 'hlt' instruction... OK.
checking if image is initramfs... it is
Freeing initrd memory: 1750k freed
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfb390, last bus=1
PCI: Using configuration type 1
ACPI: Subsystem revision 20050408
ACPI: Interpreter disabled.
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI: disabled
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
Boot video device is 0000:01:00.0
PCI: Using IRQ router PIIX/ICH [8086/7110] at 0000:00:07.0
PCI: IRQ 0 for device 0000:00:07.2 doesn't match PIRQ mask - try pci=usepirqmask
PCI: Found IRQ 9 for device 0000:00:07.2
PCI: Sharing IRQ 9 with 0000:00:0b.0
TC classifier action (bugs to netdev@vger.kernel.org cc hadi@cyberus.ca)
PCI: Bridge: 0000:00:01.0
IO window: a000-afff
MEM window: dc000000-ddffffff
PREFETCH window: de000000-dfffffff
apm: BIOS version 1.2 Flags 0x07 (Driver version 1.16ac)
audit: initializing netlink socket (disabled)
audit(1135029885.500:1): initialized
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Initializing Cryptographic API
Limiting direct PCI/PCI transfers.
vesafb: framebuffer at 0xde000000, mapped to 0xdc880000, using 4096k, total 4096k
vesafb: mode is 1280x1024x16, linelength=2560, pages=0
vesafb: protected mode interface info at c000:02ed
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
bootsplash 3.1.6-2004/03/31: looking for picture...<6> silentjpeg size 112645 bytes,<6> does not fit into framebuffer.
...found (1280x1024, 17839 bytes, v3).
Console: switching to colour frame buffer device 158x59
fb0: VESA VGA frame buffer device
isapnp: Scanning for PnP cards...
pnp: SB audio device quirk - increasing port range
isapnp: Card 'Creative ViBRA16X PnP'
isapnp: 1 Plug & Play card detected total
Real Time Clock Driver v1.12
PNP: No PS/2 controller found. Probing ports directly.
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing enabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
RAMDISK driver initialized: 16 RAM disks of 64000K size 1024 blocksize
loop: loaded (max 8 devices)
mice: PS/2 mouse device common for all mice
input: PC Speaker
md: md driver 0.90.2 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: bitmap version 3.38
NET: Registered protocol family 2
input: AT Translated Set 2 keyboard on isa0060/serio0
IP route cache hash table entries: 4096 (order: 2, 16384 bytes)
TCP established hash table entries: 16384 (order: 5, 131072 bytes)
TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 16384 bind 16384)
TCP reno registered
NET: Registered protocol family 1
Using IPI Shortcut mode
Freeing unused kernel memory: 204k freed
input: PS2++ Logitech MX Mouse on isa0060/serio1
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
PIIX4: IDE controller at PCI slot 0000:00:07.1
PIIX4: chipset revision 1
PIIX4: not 100% native mode: will probe irqs later
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: LITEON DVD-ROM LTD163, ATAPI CD/DVD-ROM drive
hdb: LITE-ON LTR-24102B, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
PDC20262: IDE controller at PCI slot 0000:00:08.0
PCI: Found IRQ 11 for device 0000:00:08.0
PDC20262: chipset revision 1
PDC20262: ROM enabled at 0xe0000000
PDC20262: 100% native mode on irq 11
PDC20262: (U)DMA Burst Bit ENABLED Primary PCI Mode Secondary PCI Mode.
ide2: BM-DMA at 0xc400-0xc407, BIOS settings: hde:DMA, hdf:pio
ide3: BM-DMA at 0xc408-0xc40f, BIOS settings: hdg:pio, hdh:pio
Probing IDE interface ide2...
hde: Maxtor 91360U4, ATA DISK drive
ide2 at 0xb400-0xb407,0xb802 on irq 11
hde: max request size: 128KiB
hde: 26588016 sectors (13613 MB) w/2048KiB Cache, CHS=26377/16/63, UDMA(66)
hde: cache flushes not supported
hde: hde1 hde2 hde3
Probing IDE interface ide3...
PDC20269: IDE controller at PCI slot 0000:00:0a.0
PCI: Found IRQ 9 for device 0000:00:0a.0
PDC20269: chipset revision 2
PDC20269: ROM enabled at 0xe2000000
PDC20269: 100% native mode on irq 9
ide4: BM-DMA at 0xdc00-0xdc07, BIOS settings: hdi:pio, hdj:pio
ide5: BM-DMA at 0xdc08-0xdc0f, BIOS settings: hdk:pio, hdl:pio
Probing IDE interface ide4...
hdi: MAXTOR 6L060L3, ATA DISK drive
ide4 at 0xcc00-0xcc07,0xd002 on irq 9
hdi: max request size: 128KiB
hdi: 117266688 sectors (60040 MB) w/1819KiB Cache, CHS=65535/16/63, UDMA(133)
hdi: cache flushes supported
hdi: hdi1
Probing IDE interface ide5...
hdk: MAXTOR 6L060L3, ATA DISK drive
ide5 at 0xd400-0xd407,0xd802 on irq 9
hdk: max request size: 128KiB
hdk: 117266688 sectors (60040 MB) w/1819KiB Cache, CHS=65535/16/63, UDMA(133)
hdk: cache flushes supported
hdk: hdk1
Attempting manual resume
swsusp: Suspend partition has wrong signature?
ReiserFS: hde3: found reiserfs format "3.6" with standard journal
ReiserFS: hde3: using ordered data mode
ReiserFS: hde3: journal params: device hde3, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hde3: checking transaction log (hde3)
ReiserFS: hde3: Using r5 hash to sort names
md: md0 stopped.
md: bind<hdk1>
md: bind<hdi1>
md: raid1 personality registered as nr 3
raid1: raid set md0 active with 2 out of 2 mirrors
md: Autodetecting RAID arrays.
md: could not bd_claim hdi1.
md: could not bd_claim hdk1.
md: autorun ...
md: ... autorun DONE.
device-mapper: 4.4.0-ioctl (2005-01-12) initialised: dm-devel@redhat.com
spurious 8259A interrupt: IRQ7.
ReiserFS: md0: found reiserfs format "3.6" with standard journal
ReiserFS: md0: using ordered data mode
ReiserFS: md0: journal params: device md0, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: md0: checking transaction log (md0)
ReiserFS: md0: Using r5 hash to sort names
snd_sb16_csp: module not supported by Novell, setting U taint flag.
snd_sb16_dsp: module not supported by Novell, setting U taint flag.
snd_sb16: module not supported by Novell, setting U taint flag.
pnp: Device 00:01.00 activated.
parport0: PC-style at 0x278 [PCSPP,TRISTATE]
lp0: using parport0 (polling).
NET: Registered protocol family 10
Disabled Privacy Extensions on device c036b920(lo)
IPv6 over IPv4 tunneling driver
ip6_tables: (C) 2000-2002 Netfilter core team
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
ACPI-0768: *** Warning: Thread 8A8 could not acquire Mutex [<NULL>] AE_BAD_PARAMETER
shpchp: acpi_shpchprm:get_device PCI ROOT HID fail=0x1001
Linux agpgart interface v0.101 (c) Dave Jones
agpgart: Detected an Intel 440BX Chipset.
agpgart: AGP aperture is 64M @ 0xd8000000
usbcore: registered new driver usbfs
usbcore: registered new driver hub
USB Universal Host Controller Interface driver v2.3
PCI: Found IRQ 9 for device 0000:00:07.2
PCI: Sharing IRQ 9 with 0000:00:0b.0
uhci_hcd 0000:00:07.2: UHCI Host Controller
uhci_hcd 0000:00:07.2: new USB bus registered, assigned bus number 1
uhci_hcd 0000:00:07.2: irq 9, io base 0x0000b000
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
ip_tables: (C) 2000-2002 Netfilter core team
ip_conntrack version 2.1 (3583 buckets, 28664 max) - 248 bytes per conntrack
piix4_smbus 0000:00:07.3: Found 0000:00:07.3 device
PCI: Found IRQ 10 for device 0000:00:09.0
3c59x: Donald Becker and others. www.scyld.com/network/vortex.html
0000:00:09.0: 3Com PCI 3c905C Tornado at 0xc800. Vers LK1.1.19
PCI: Found IRQ 9 for device 0000:00:0b.0
PCI: Sharing IRQ 9 with 0000:00:07.2
0000:00:0b.0: 3Com PCI 3c905C Tornado at 0xe000. Vers LK1.1.19
Adding 2104504k swap on /dev/hde2. Priority:-1 extents:1
hda: ATAPI 48X DVD-ROM drive, 512kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
hdb: ATAPI 40X CD-ROM CD-R/RW drive, 2048kB Cache, UDMA(33)
PCI: Found IRQ 10 for device 0000:00:09.0
NET: Registered protocol family 17
BIOS EDD facility v0.16 2004-Jun-25, 3 devices found
IA-32 Microcode Update Driver: v1.14 <tigran@veritas.com>
eth0: no IPv6 routers present
microcode: CPU0 already at revision 0x3 (current=0x3)
microcode: No new microcode data for CPU0
IA-32 Microcode Update Driver v1.14 unregistered
powernow: This module only works with AMD K7 CPUs
subfs 0.9
end_request: I/O error, dev fd0, sector 0
end_request: I/O error, dev fd0, sector 0
end_request: I/O error, dev fd0, sector 0
end_request: I/O error, dev fd0, sector 0
subfs: unsuccessful attempt to mount media (256)
SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=192.168.2.101 DST=224.0.0.251 LEN=107 TOS=0x00 PREC=0x00 TTL=255 ID=8 DF PROTO=UDP SPT=5353 DPT=5353 LEN=87
SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=192.168.2.101 DST=224.0.0.251 LEN=107 TOS=0x00 PREC=0x00 TTL=255 ID=9 DF PROTO=UDP SPT=5353 DPT=5353 LEN=87
input: AT Translated Set 2 keyboard on isa0060/serio0
linux:~ # dmesg

cat /proc/mdstat:

linux:~ # cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 hdi1[0] hdk1[1]
58621056 blocks [2/2] [UU]

unused devices: <none>

D'r zijn, zoals je wellicht hebt gelezen in de dmesg output, wel een paar meer dingetjes niet helemaal fris, maar die raid wil ik graag eerst gezond hebben :P

Doe maar gewoon, dan doe je al gek genoeg...


  • nzyme
  • Registratie: November 2001
  • Laatst online: 28-12-2025

nzyme

terror

nou voorzover ik kan zien is er met je raid niets fout :?

edit:
dat die reconstructie melding na een reboot weg is is ook niet zo gek omdat hij toen het systeem aan stond dat voltooid heeft :)

wat ik nog steeds niet weet: is het een verse installatie van _alles_ ?

en HOE is je raid1 (mirror van 2 disks toch ?) configuratieshizzle eigelijk :p cfdisk en de partitie als raid-disk markeren lijkt me niet voldoende toch :)

[ Voor 77% gewijzigd door nzyme op 20-12-2005 15:44 ]

| Hardcore - Terror |


  • Tacoos
  • Registratie: Januari 2001
  • Laatst online: 10:18
Het gaat me vooral om de bd_claim melding:
md: md0 stopped.
md: bind<hdk1>
md: bind<hdi1>
md: raid1 personality registered as nr 3
raid1: raid set md0 active with 2 out of 2 mirrors
md: Autodetecting RAID arrays.
md: could not bd_claim hdi1.
md: could not bd_claim hdk1.
md: autorun ...
md: ... autorun DONE.
Wat is dat en moet ik me daarover zorgen maken?

Het betreft overigens een verse installatie van alles. Via ftp geinstalleerd.
ennuh: wat is ''configuratieshizzle'?
De raid heb ik tijdens installatie aangemaakt. Toen bij reboot de bd-claim message verscheen, heb ik de raid weer weggegooid en vanuit de partitioner in yast weer aangemaakt. Daarvoor moest ik wel /home weggooien :+

Doe maar gewoon, dan doe je al gek genoeg...


  • nzyme
  • Registratie: November 2001
  • Laatst online: 28-12-2025

nzyme

terror

wat ik van google results begrijp heeft het meer met je root ofzo te maken :? een superblock wat er niet is ofzo.....

met raidconfiguratieshizzle bdoel ik bijv. /etc/raidtab of zoiets.

| Hardcore - Terror |


  • Tacoos
  • Registratie: Januari 2001
  • Laatst online: 10:18
/etc/raidtab:

# autogenerated /etc/raidtab by YaST2

raiddev /dev/md0
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
persistent-superblock 1
chunk-size 4
device /dev/hdi1
raid-disk 0
device /dev/hdk1
raid-disk 1

Doe maar gewoon, dan doe je al gek genoeg...


Verwijderd

Ik denk dat je ergens je RAID config dubbel op je systeem hebt staan. In de raidttab staat hij dus al, heb je het niet zelf ooit ergens ingezet?

Volgens mij probeert hij de schijven nogmaals te claimen voor een raid array, terwijl ze al voor een array in gebruik zijn. Misschien je oude ext2 array die nog ergens vermeld staat?

doe eens:
code:
1
cat * | grep hdi1


in je /etc map. Krijg je dan 1 of meerdere regels waar hdi1 in voorkomt?

  • Tacoos
  • Registratie: Januari 2001
  • Laatst online: 10:18
Verwijderd schreef op dinsdag 20 december 2005 @ 23:27:
Ik denk dat je ergens je RAID config dubbel op je systeem hebt staan. In de raidttab staat hij dus al, heb je het niet zelf ooit ergens ingezet?

Volgens mij probeert hij de schijven nogmaals te claimen voor een raid array, terwijl ze al voor een array in gebruik zijn. Misschien je oude ext2 array die nog ergens vermeld staat?

doe eens:
code:
1
cat * | grep hdi1


in je /etc map. Krijg je dan 1 of meerdere regels waar hdi1 in voorkomt?
Ehm 0 regels, of moet 't in de file staan ????:

linux:/etc # cat * | grep hdi1
cat: SuSEconfig: Is a directory
cat: X11: Is a directory
cat: YaST2: Is a directory
cat: acpi: Is a directory
cat: aliases.d: Is a directory
cat: alsa.d: Is a directory
cat: alternatives: Is a directory
cat: apache2: Is a directory
cat: asterisk: Is a directory
cat: autoinstall: Is a directory
cat: bash_completion.d: Is a directory
cat: beagle: Is a directory
cat: bluetooth: Is a directory
cat: bonobo-activation: Is a directory
cat: bootsplash: Is a directory
cat: cron.d: Is a directory
cat: cron.daily: Is a directory
cat: cron.hourly: Is a directory
cat: cron.monthly: Is a directory
cat: cron.weekly: Is a directory
cat: cups: Is a directory
cat: dbus-1: Is a directory
cat: default: Is a directory
Binary file (standard input) matches

Doe maar gewoon, dan doe je al gek genoeg...


Verwijderd

cat * = gooi alle bestanden in deze map naar stdout

als je dus een tekst bestand text.txt hebt, kun je deze (ook) bekijken met 'cat text.txt'. Met grep kun je filteren. De pipe (|) ertussen stuurt de output van de cat naar grep.

Met andere woorden, de opdracht valt te vertalen als: print alle bestanden, filter hier alles met 'hdi1' uit, en gooi dat naar de console.

Ik zou dan ook verwachten dat hij er minimaal 1 keer in voorkomt, doordat je /etc/raidtab die waarde bevat. Bovenstaande uitkomst verbaast me dan ook.

Hoe dan ook, de andere vraag blijft staan, hoe was de oorspronkelijke raid array aangemaakt? Kan het zijn dat daar nog ergens gegevens van rondslingeren?

  • Tacoos
  • Registratie: Januari 2001
  • Laatst online: 10:18
De oorspronkelijke raid is gewoon aangemaakt bij installatie, via de expert options van de partitioner in yast.
De schijven bevatten een ntfs bestandssysteem en een fat systeem, dat alles is weggegooid, de schijven in de raid gehangen en vervolgens geformatteerd.
Direct na de reboot na installatie kreeg ik de bd_claim meldingen, vandaar dat ik de raid een paar keer heb weggegooid en opneiwu heb gemaakt, oa een keer met een ander bestandssysteem (ext3).
Ik heb ze zelfs een keer apart gepartitioneerd/geformatteerd als reiserfs, zonder ze in een raid te hangen, om te zien of de schijven an sich problemen geven, maar daar leek niets nis te gaan.

moet grep -h hdi me niet ook vertellen welke bestanden de vermelding hdi bevatten?
Er komt geen output, maar ook geen nieuwe prompt ???

Doe maar gewoon, dan doe je al gek genoeg...


  • Zwerver
  • Registratie: Februari 2001
  • Niet online
Ik zou overigens geen cat * gebruiken maar een
code:
1
grep hdi1 /etc -ri
. Deze zoekt nl recursief door alle directories en zoals je waarschijnlijk wel weet is het best mogelijk dat het in 1 van de directories onder /etc staat.

Woonachtig Down Under. Ik negeer je insults niet, maar tegen de tijd dat ik ze lees zijn ze meestal niet relevant meer


  • Tacoos
  • Registratie: Januari 2001
  • Laatst online: 10:18
Dat geeft:

linux:~ # grep hdi1 /etc -ri
\/etc/raidtab: device /dev/hdi1
/etc/blkid.tab:<device DEVNO="0x3801" TIME="1135029900" UUID="a631d908-60d3-40e0 -9ee5-12d891a0695c" TYPE="reiserfs">/dev/hdi1</device>
/etc/mdadm.conf:DEVICE /dev/hdi1 /dev/hdk1
/etc/apache2/ssl.crt/ca-bundle.crt:lo04z6MXrDlxawHDi1M8Y+nuecDkvpIyZHqzH5eUYr3qs iAVlfuX8ngvYzZAOONG
/etc/blkid.tab.old:<device DEVNO="0x3801" TIME="1135025857" UUID="a631d908-60d3- 40e0-9ee5-12d891a0695c" TYPE="reiserfs">/dev/hdi1</device>

Doe maar gewoon, dan doe je al gek genoeg...


  • Tacoos
  • Registratie: Januari 2001
  • Laatst online: 10:18
Even een *kick* omdat me nog niet duidelijk is wat de output van
code:
1
grep hdi1 /etc -ri

voor mij moet betekenen.

Doe maar gewoon, dan doe je al gek genoeg...

Pagina: 1