RootForum Community

~# lsmod
Module Size Used by
tun 12416 0
ipv6 272544 22
pcspkr 4196 0
rtc 13880 0
ehci_hcd 35656 0
sis5513 16776 0 [permanent]
pci_hotplug 30012 0
sis_agp 9156 0
agpgart 36556 1 sis_agp
ohci_hcd 22404 0
usbcore 129216 3 ehci_hcd,ohci_hcd
r8169 30600 0
quota_v2 10880 1
dm_mod 61660 1
cpufreq_userspace 6528 1
powernow_k8 14688 0
freq_table 5024 1 powernow_k8
processor 24424 1 powernow_k8
unix 30352 49
ext3 147848 2
jbd 63252 1 ext3
mbcache 10500 1 ext3
sd_mod 19840 5
generic 4996 0 [permanent]
ide_core 132684 2 sis5513,generic
sata_sis 8576 4
libata 51080 1 sata_sis
scsi_mod 149000 2 sd_mod,libata
evdev 9984 0
mousedev 12196 0
psmouse 39876 0

die datei habe ich net

Stoooop! :)
da ist ein unterschied:

/dev/sdb1 1 19457 156288321 83 Linux

/dev/sdb1 * 1 9 72261 fd Linux raid autodetect

1. Das sind zwei verschiedene Systeme. Eine Linux, das andere "Raid Autodetect". 83 ist ok! Kein Problem an der Front.

2. Dann Ausnullen: wenn dann Bootblock. 512 Nullen solten tun.

3. Nicht einfach die Module rauslöschen. "lsmod | grep md" sind zwar die "Bösen" aber die werden von irgendwas benutzt, daß dann u.U. beim nächsten boot furchbar schreit.(solang es nur schreit und nicht lästig wird ist's kein Drama - aber das ist device mapper, da hätte ich Angst)

4. irgendwas:
Der erste Versuch ist dmraid raus: (auf das dmraid komme ich, wenn ich ein depends abfrage die libdevmapper nehme und darauf ein rdepends loslasse, außerdem ist das wahrscheinlich). Hast Du das schon probiert?(ich sehe keinen Hinweis)

Zum device-mapper. Der Devicemapper ist eigentlich eher genial. Damit kann ein(oder mehrere) HW-Device gemapped werden(wie der Name sagt). Das heißt irgend ein Code wird dazwischen geschoben und das Hardwaregerät taucht unter Linux nur noch von dem Code vorverarbeitet auf. Klasse Sache: kann damit ein Filesystem zum Beispiel verschlüsseln, am Ende taucht ein normales Gerät auf, daß im Hintergrund verschlüsselt wird, aber unter Linux als ganz normales Gerät auftaucht. Oder ich kann mehrere Platten zu einer virtuellen zusammenfassen und kein Linuxprogram kann das von einer normalen Platte unterscheiden, weil es als solche erscheint. Oder, oder, oder.
Prima Sache.
Nur:wenn man es nicht braucht, und ein zufällig installiertes Programm das Device vermeintlich belegt und irgendwohin mapped, wo man es nicht brauchen kann ... dann ist es ärgerlich.

[PS: jfreud schon recht. Das Ausnullen macht z.b. bei ehemaligen Raids Sinn, wo eine Kennung auf die Platte geschrieben wird und Kernel autodetect sich freut. ]

apt-get --purge remove dmraid
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
E: Konnte Paket dmraid nicht finden
:( :(

OK. Next wäre lvm/evms.
Aber, schau doch mal, ob Dir sagt wer das Gerät beschlagnahmt.(äääh vor dem "dmsetup remove_all", weil danach hat er sie ja nicht mehr)

Es ist dm_mod Ich baue mir meine Kernel i.d.R selbst, und den Device Mapper Support braucht man _ausschließlich_ für Software RAID oder LVM - es sei denn, Debian patcht den Vanilla-Kernel derart, dass einem das nachher um die Ohren fliegt 8)

Bevor Ihr gleich anfangt, mit apt dem System das Herz rauszureißen, versucht's erst mal mit Wenn das die Kiste lahmlegt, hilft tatsächlich ein Reboot oder ein beherztes 'modprobe dm-mod'...

Das dm_mod das "Problem" ist, sind wir uns einig. Das steht 100% fest. Die Frage ist nun aber auch, wer das nutzt.

Mommentan vermute ich, nach dem raid Fehlanzeige war lvm/evms.
Da device-mapper eben tiefer eingreift habe ich etwas Angst den einfach nur rauszulöschen. Risiko: ein rcscript, daß das Modul benötigt und dann beim booten ärger macht - so etwas muß vorher weg.

Ich verstehe zurzeit :?: nix :?: mehr also bei das alles mist schrott templet von s4you :( :( :( :?:

Ja, ist klar, daß das belegt ist! Das ist ja was ich sage!
Wir brauchen den, der das nutzt.(Der, der das belegt)
also nochmal:
[PS Kein Schrott und nicht Template, sondern $Admin, der Sachen installiert und nicht weiß was. Kann jedem(und schneller als man denkt) passieren aber halblang mit den Kraftausdrücken.]

lucki2 wrote:Ja, ist klar, daß das belegt ist! Das ist ja was ich sage!
Wir brauchen den, der das nutzt.(Der, der das belegt)
also nochmal:

Code: Select all

dmsetup ls

[PS Kein Schrott und nich Template, sondern $Admin, der Sachen installiert und nicht weiß was. Kann jedem(und schneller als man denkt) passieren aber halblang mit den Kraftausdrücken.]

# dmsetup ls
sdb1 (254, 0)

kann es auch daran liegen das ich die platte mit fdisk nicht richtig erstelle? Wie wird sie mit fdisk richtig erstellt?

also: major 254

heißt lvm bzw evms bitte runterhauen und Du bist geholfen.
(wenn Du es nicht glaubst schau den major selber an: ist secondary lvm. Ich hab es auch nachgeschlagen die major weiß ich nicht auswendig.)

Danach müsste das rmmod auch klappen, wird aber auch nicht mehr nötig sein.

und wie mache ich das das runter hauen?? :(

a) Manuell:
Pakete suchen(das sind die mit i davor): deinstallieren: kannst Du schön runterpasten.
Alternativ:
b) in dselect: in der Patetauswahl: "/" drücken und evms bzw lvm eingeben. Pakete abwählen(mit "_"). Enter...
c) in aptitude: "l" drücken und lvm bzw evms in den Kasten eingeben. Pakete abwählen - dann "g" drücken.

Wenn Du ein anderes Frontend zum Pakete installieren nutzen soltest, mußt Du in der Anleitung zu der Software nachlesen.
(Natürlich beim deinstallieren Gedanken machen, was Du brauchst und was nicht)