| Autor |
Nachricht |
|
|
Titel:
 Verfasst am: 31.08.2005, 10:28 Uhr
|
|
Anmeldung: 18. Mar 2004
Beiträge: 3417
|
|
man koennte prinzipiell ein Skript basteln, was ne entsprechende Kicklist von den kanotix-Mirrors zieht (ich glaube nicht, dass auf der CD noch Platz fuer ne Auswahl von Kicklists ist) und die dann durchpruegelt. Wenn man die Liste aus dem Netz zieht, hat man ja auch beliebig Spielraum, da noch (menschenlesbare; nicht das, was in den Paketen teilweise drinsteht) Erklaerungen dazuzubacken. Hast Du Lust, sowas anzugehen?
P.S.: Stimmt im uebrigen fast: "apt-get remove amule" waer's gewesn  |
_________________
Kein Wort verstanden? Auf http://kanotix.com/index.php?module=pnW ... uerDummies
gibt's ein Glossar.
No clue what I'm talking about? New to Linux? Check http://kanotix.com/index.php?module=pnW ... ForDummies for a glossary.
|
| |
|
|
|
 |
|
|
|
Titel:
Verfasst am: 31.08.2005, 10:35 Uhr
|
|
Anmeldung: 04. Aug 2005
Beiträge: 39
|
|
|
severin hat folgendes geschrieben::
man koennte prinzipiell ein Skript basteln, was ne entsprechende Kicklist von den kanotix-Mirrors zieht (ich glaube nicht, dass auf der CD noch Platz fuer ne Auswahl von Kicklists ist) und die dann durchpruegelt. Wenn man die Liste aus dem Netz zieht, hat man ja auch beliebig Spielraum, da noch (menschenlesbare; nicht das, was in den Paketen teilweise drinsteht) Erklaerungen dazuzubacken. Hast Du Lust, sowas anzugehen?
Prinzipiell schon - müßte allerdings noch lernen, linuxfähige Scripte zu schreiben und jemand muß mir erklären, was genau Kicklisten sind und wie sie arbeiten ....
Wäre also nicht von heute auf morgen fertig
severin hat folgendes geschrieben::
P.S.: Stimmt im uebrigen fast: "apt-get remove amule" waer's gewesn
Mist - falsches Beispiel gewählt ... <bg>
MFG
Eugenie |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 31.08.2005, 11:03 Uhr
|
|
Anmeldung: 18. Mar 2004
Beiträge: 3417
|
|
|
|
|
|
|
|
|
Titel:
Verfasst am: 31.08.2005, 13:41 Uhr
|
|
Anmeldung: 18. Jan 2004
Beiträge: 645
|
|
|
Zitat:
man koennte prinzipiell ein Skript basteln, was ne entsprechende Kicklist von den kanotix-Mirrors zieht
Ich glaube das ist nicht gut machbar.
1. Muss Jemand diese Liste pflegen
2. Dieser Jemand muss immer auf dem Laufenden sein
3. Hat dieser Jemand eine ungeheure Verantwortung
Wer will sich diesem Stress aussetzen.
Man könnte natürlich im Wiki eine Kicklist anlegen die mehrere Leute bearbeiten können.
Man kann z.B. in keb-install mit der myPacketlist eine Kickliste anlegen.
 |
_________________
Bis die Tage
Achim
|
| |
|
|
|
|
|
|
|
Titel: Warnung vor libreiserfs
Verfasst am: 01.09.2005, 21:16 Uhr
|
|
Anmeldung: 07. Sep 2004
Beiträge: 55
|
|
|
|
|
|
|
|
|
Titel: Warnung vor libreiserfs
Verfasst am: 01.09.2005, 22:11 Uhr
|
|
Anmeldung: 07. Sep 2004
Beiträge: 55
|
|
Um mal auf den Partitionsmanager zurückzukommen und reiserfs (und warum man damit vorsichtig sein sollte):
QtParted ist ein super Tool zum Partitionieren. Man sollte beachten, daß es nur eine grafische Oberfläche zum Auswählen der Festplatten usw. ist (genau wie zB auch GParted oder andere), die eigentliche Partitionsarbeit wird von GNU Parted durchgeführt.
GNU Parted ist ein Kommandozeilenprogramm mit mit einer Bibliothek (libparted). Eine Bibliothek stellt Funktionen bereit, die von anderen Programmen genutzt werden könnten. So nutzt zB QtParted die libparted Bibliothek zum formatieren usw., zB auch für Reiserfs Partitionen.
Die eigentlichen offiziellen Tools zum Erstellen und Manipulieren für Reiserfs sind reiserfsprogs. Dummerweise sind das nur Programme, welche keine Bibliothek (lib) bereitstellen, so daß andere Programme (zB Parted) deren Funktionen nicht aufrufen können.
Einige Leute, die dieses Bedürfnis hatten, haben daher die libreiserfs Bibliothek (und progsreiserfs, ein Kommandozeilenfrontend) geschrieben.
libreiserfs ist also eine inoffizielle Toolsammlung zum Manipulieren von Reiserfs, die auch in anderen Programmen eingesetzt werden können. Und so benutzt zB GNU Parted libreiserfs.
Wenn man jetzt also mit QtParted eine Reiserfs Partition erstellt, zB bei einer Kanotix-Installation, damit man einen Ort hat wo man seine Daten drauf speichern kann (wenn's mal nicht das Home-Verzeichnis sein soll), sieht die Reihenfolge der verwendenten Tools so aus:
QtParted -> Parted -> libreiserfs -> formatieren mit Reiser Dateisystem
libreiserfs kommt auch zum Einsatz, wenn man die ebenfalls inoffiziellen progsreiserfs verwendet:
progsreiserfs -> libreiserfs -> formatieren mit Reiser Dateisystem
Einzig wenn man die offiziellen reiserfsprogs aufruft (zB mit mkfs.reiserfs /dev/hdxY), kommt libreiserfs nicht zum Einsatz:
reiserfsprogs -> formatieren mit Reiser Dateisystem
"Schön viel Text, aber was wolltest du eigentlich damit sagen?"
libreiserfs ist fehlerhaft. Es produziert fehlerhafte Partitionen, was ich bereits mehrmals selber testen konnte. Partitionen, die damt angelegt wurden, speichern Dateien fehlerhaft. Selbst ein reiserfsck mit --rebuild-tree konnte nicht alles reparieren. Vor kurzem hab ich eine Backup-Platte mit QtParted (->libreiserfs) formatiert, kurz darauf hatte ich i/o Eingabe-Ausgabe Fehler beim Schreibversuch. Einmal mkfs.reiserfs /dev/sda1 drübergebügelt und die Platte lief wieder.
Der Debian-Bugtracker sagt dasselbe: "progsreiserfs: F*cked my root partition". Fehlerbehebung gibt es nicht, die letzte Version von progsreiserfs/libreiserfs kam vor 2 1/2 Jahren raus, seitdem ist Stille. Wegen des ungeklärten Bugs ist libreiserfs auch nicht in Stable/Sarge reingekommen, es hängt jetzt bis zur Verdammnis in unstable rum.
Warum / (root) -Partitionen wo Kanotix drauf landet nicht fehlerhaft sind obwohl sie zB mit QtParted formatiert wurden, liegt daran, daß der Installer vor dem Installieren nochmal die reiserfsprogs zum Formatieren aufruft.
Wie es weitergehen kann steht hier. Reiserfs Unterstützung scheint in parted erstmal deaktiviert zu sein, bei Kanotix 03-2005 funktioniert es jedenfalls noch in QtParted und libreiserfs ist auch dabei.
Irgendwen hab ich damit auch schon im Irc genervt, Meinung war daß QtParted nunmal der einzige grafische/anfängerfreundliche Weg ist. Ich denke, der Installer in Kanotix sollte erstmal noch vor der Kombination QtParted/Reiserfs warnen und einem den Befehl mkreiserfs /dev/hdxY an die Hand geben, bis die Bugs in libreiserfs gelöst sind. Möglicherweise könnte das sogar relativ bald geschehen. |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 01.09.2005, 22:55 Uhr
|
|
Anmeldung: 18. Mar 2004
Beiträge: 3417
|
|
Interessanter Text, danke. Ich hab bloss irgendwann den Ueberblick verloren (is schon zu spaet, ich weiss).
1.Stimmt das soweit?
qtparted - parted - libreiserfs - boese
progsreiserfs - libreiserfs - boese
mkfs.reiserfs - reiserfsprogs - gut
2. Nachdem das alles reiser-spezifisch ist, muesste es ok sein, mit (qt-)parted ne Partition anzulegen, und die nachher von Hand mit mkfs zu formatieren, richtig?
3. Weisst Du gerade, was der kanotix-installer aufruft? Ich nehme mal an mkfs.reiserfs?
4. Wo wir gerade dabei sind: wir sind uns nicht so ganz einig, ob man nach Umpartitionieren neu booten muss. Weisst Du da was zu?
Gruss,
Severin |
_________________
Kein Wort verstanden? Auf http://kanotix.com/index.php?module=pnW ... uerDummies
gibt's ein Glossar.
No clue what I'm talking about? New to Linux? Check http://kanotix.com/index.php?module=pnW ... ForDummies for a glossary.
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 01.09.2005, 23:16 Uhr
|
|
Anmeldung: 18. Jan 2004
Beiträge: 645
|
|
Nach dem formatieren reicht ein "/etc/init.d/autofs restart" .
Nach dem umpartitionieren neu booten. |
_________________
Bis die Tage
Achim
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 02.09.2005, 06:16 Uhr
|
|
Anmeldung: 14. Jan 2004
Beiträge: 387
Wohnort: Langenzenn
|
|
Thanks Crono,
das erklärt meine Festplattenabstürze mit denen ich die letzten Monate gekämpft habe.
Nachdem ich ext3 verwendete liefs, ich hatte hier im Forum schon oft über das Problem gepostet und bin nie weiter gekommen.
Hatte beim Kopieren ("Verschieben, nie mehr") von Datenmengen über 1GB HD Timeout fehler,
Platte konnte nicht mehr repariert werden, wodurch mir um die 150 Fotos ins Nirvana gingen!
Ich dachte damals es liegt an DMA-Fehlern der Festplatte, bei mir :
Samsung 160GB mit 2MB und 8MB Cache.
Finde das gehört ins Wiki oder irgendwohin wo es Jeder sieht!!
Werde es bei 2005-04 Testen und wieder auf reiserfs umsteigen.
Gruß ein dankbarer
Adapter
welcher seine Samsung 160GB Platten doch noch nicht verkaufen muß!! |
_________________
problems seemto come from nowhere, nowhere is the problem
--Heute schon geklickt: http://distrowatch.com/ und rechts unten auf Kanotix klicken!
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 02.09.2005, 08:30 Uhr
|
|
Anmeldung: 20. Apr 2005
Beiträge: 1072
|
|
|
|
|
|
|
|
|
Titel:
Verfasst am: 02.09.2005, 12:04 Uhr
|
|
Developer
Anmeldung: 10. Jul 2004
Beiträge: 290
Wohnort: Bayern (München & Rottenburg)
|
|
Hi,
severin hat folgendes geschrieben::
1.Stimmt das soweit?
qtparted - parted - libreiserfs - boese
progsreiserfs - libreiserfs - boese
mkfs.reiserfs - reiserfsprogs - gut
so hab ich das auch verstanden...
severin hat folgendes geschrieben::
2. Nachdem das alles reiser-spezifisch ist, muesste es ok sein, mit (qt-)parted ne Partition anzulegen, und die nachher von Hand mit mkfs zu formatieren, richtig?
Wenn es so ist, dann kann man das Problem vielleicht lösen, indem man einen Wrapper für das Formatieren von ReiserFS programmiert. Ich versuche das grad mal, scheint auch schon zu funktionieren, aber wie sieht es mit den erweiterten Funktionen aus? Also Partition verschieben, verkleinern und vergrößern: Das würde erstmal wegfallen/deaktiviert sein, oder man muss den wrapper für /sbin/resize_reiserfs erweitern.
severin hat folgendes geschrieben::
3. Weisst Du gerade, was der kanotix-installer aufruft? Ich nehme mal an mkfs.reiserfs?
Bisher wurde der parted-Befehl "mkpartfs" verwendet. Mit einem Wrapper würde direkt /sbin/mkfs.reiserfs verwendet werden, damit sollte es ja dann besser gehen... (wenn ich Crono richtig verstanden hab?)
Die Reihenfolge der verwendeten Tools sähe dann so aus:
knxinstaller -> Partition-Manager -> Wrapper -> reiserfsprogs (mkfs.reiserfs) -> formatieren mit Reiser Dateisystem
... oder lieg ich da komplett falsch?
acritox |
_________________
http://kanotix.acritox.com/factoids - http://kanotix.acritox.com - http://acritox.de/repository - http://andreas-loibl.de - GPG: F781E713
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 02.09.2005, 12:17 Uhr
|
|
Anmeldung: 06. Feb 2005
Beiträge: 1194
Wohnort: Mecklenburg
|
|
Meine Erfahrung:
Eine erhebliche Anzahl an Problemen trat bei mir auf, wenn ich nach dem Partitionieren nicht rebootete (was auch immer der Grund sein mag). Insbesondere bei cfdisk wurde man zum Neustart aufgerufen, um die Partitionstabelle neu (und richtig) einzulesen. Da ich relativ viele Rechner mit Kanotix bestückt habe, denke ich, dass ich das statistisch relevant sagen kann.
MfG T. |
_________________
Notebook: Kanotix2006-1-rc1, Kernel 2.6.17.13-kanotix-2, ECS A531,Transmeta-Crusoe 1GHz,256MB, IceWM,
PC: Kanotix2006-1-rc1, Kernel 2.6.17.13-kanotix-2, VIA-Ezra 933MHz, 256MB, XFCE4
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 02.09.2005, 12:33 Uhr
|
|
Developer
Anmeldung: 10. Jul 2004
Beiträge: 290
Wohnort: Bayern (München & Rottenburg)
|
|
Hi,
captagon hat folgendes geschrieben::
Eine erhebliche Anzahl an Problemen trat bei mir auf, wenn ich nach dem Partitionieren nicht rebootete (was auch immer der Grund sein mag).
Ich habe in diesem Zusammenhang irgendwo mal gelesen, dass eine Umpartitionierung und anschließende Formatierung/Schreibzugriff OHNE Reboot möglich ist, wenn keine Partition dieser Festplatte gemountet ist. Außerdem muss natürlich die fstab neu generiert werden. So hat es bei mir bisher auch immer funktioniert, aber ich werd mich trotzdem nochmal genauer informieren...
acritox |
_________________
http://kanotix.acritox.com/factoids - http://kanotix.acritox.com - http://acritox.de/repository - http://andreas-loibl.de - GPG: F781E713
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 02.09.2005, 14:40 Uhr
|
|
Anmeldung: 07. Sep 2004
Beiträge: 55
|
|
reiserfsprogs sind die offiziellen Tools von Namesys, dem Reiserfs (v3) (und bald Reiser4) Entwickler.
progsreiserfs und libreiserfs sind inoffizielle Tools von Dritten, was auch öfter zu Verwirrung geführt hat, da dies erstens nicht klar gekennzeichnet ist, zB bei der Debianpaketbeschreibung, und zweitens die inoffiziellen Tools auch noch fehlerhaft sind und mehrere Bugs haben, die nicht gefixt werden.
U.a. auch Hans Reiser selbst hat sich zu Wort gemeldet und ist auch nicht zufrieden mit der Bezeichnung der inoffiziellen progsreiserfs in Debian, da er und Namesys Beschwerden und Fehlerreporte abkriegen, die durch die fehlerhaften Tools von dritter Seite verursacht werden.
progsreiserfs/libreiserfs = fehlerhaft -> wahrscheinlich fehlerhafte Partition, Datenverlust
reiserfsprogs = offiziell, funktionieren -> Daten liegen auf einem verlässlich erstellten Dateisystem mit super Performance
Zum Verwenden Empfohlen: mkreiserfs /dev/hdxY bzw. mkfs.reiserfs /dev/hdxY
Beides sind laut Manpage die offiziellen Tools
Laut Debian Changelog für Parted ist die libreiserfs Unterstützung erstmal deaktiviert bis die Bugs behoben sind, wenn libreiserfs vorhanden ist, wäre es aber noch möglich mit Reiserfs zu formatieren.. bin mir da nicht ganz sicher. In Kanotix 3-2005 steht Reiserfs in QtParted jedenfalls noch zur Verfügung.
Vielleicht ist es sogar möglich reiserfsprogs über QtParted aufzurufen... da QtParted bis vor kurzem aber nicht mehr weiterentwickelt wurde, hat das keiner gemacht. Laut Hopmepage will sich Ark Linux ab sofort weiter um die Entwicklung kümmern. Der Debian Maintainer für libreiserfs ist vor kurzem jedenfalls auch wieder aus der Versenkung aufgetaucht und wollte einige Patches einbringen, möglicherweise behebt das die Bugs. Von Parted Seite ist man auch geneigt die Fehler schnell rauszuhaben.. |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 02.09.2005, 14:53 Uhr
|
|
Anmeldung: 07. Sep 2004
Beiträge: 55
|
|
|
acritox hat folgendes geschrieben::
Bisher wurde der parted-Befehl "mkpartfs" verwendet. Mit einem Wrapper würde direkt /sbin/mkfs.reiserfs verwendet werden, damit sollte es ja dann besser gehen... (wenn ich Crono richtig verstanden hab?)
Ich habe mit QtParted, was ja durch den installer aufgerufen wird, meistens zwei Reiserpartitionen eingerichet, eine für Root wo das System drauf landet, und eine wo ich Daten ablege.
Ich habe mich dann immer gewundert, daß nur die Datenpartition kaputt gegangen ist nachdem ich was draufgeschrieben habe, die Systempartition aber immer sauber lief.
Woran das lag, hab ich kürzlich zufällig bei ner Kanotixinstallation erkannt:
wenn man die Partitionen in QtParted eingerichtet hat und zum Installer zurückkehrt, formatiert dieser die Systempartition nochmal schnell mit mkfs.reiserfs oder mkreiserfs (flimmerte kurz durch), wohl nochmal per Kommandozeile, bevor er loslegt die Dateien von CD rüberzukopieren.
Gefährdet sind also nicht die Systempartitionen, sondern nur welche, die man zusätzlich einrichtet. Da nochmal mkfs.reiserfs drüberlaufen zu lassen hilft auch tatsächlich. |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 02.09.2005, 19:56 Uhr
|
|
Developer
Anmeldung: 10. Jul 2004
Beiträge: 290
Wohnort: Bayern (München & Rottenburg)
|
|
Hi,
Crono hat folgendes geschrieben::
Gefährdet sind also nicht die Systempartitionen, sondern nur welche, die man zusätzlich einrichtet. Da nochmal mkfs.reiserfs drüberlaufen zu lassen hilft auch tatsächlich.
Ok, dann teste ich jetzt mal das mit dem Wrapper. Dann wird nämlich mkfs.reiserfs ausgeführt und es müsste gehen. Die Frage ist allerdings ob ich das (wenn es funktioniert) wirklich einbauen soll... Die Quellen zum Partitionieren selbst sind jetzt noch die gleichen wie die von QTParted. Wenn ich hier was ändere (also bei reiserfs statt libparted einen Wrapper verwende) verhalten sich die beiden nicht mehr gleich. Auch ein Update der Sourcen (z.B. bei Bugfixes in QTParted) ist dann nicht mehr so einfach. Ist so etwas sinnvoll? Ich verwende kein reiserfs, darum hab ich selbst noch keine Probleme festgestellt.
Wegen dem Rebooten hab ich mich jetzt auch nochmal umgesehen: Es ist anscheinend so, dass parted/libparted nach einer Änderung der Partitionstabelle den Kernel diese neu einlesen lässt (so wie ich das verstanden hab per ioctl - BLKRRPART). Normalerweise funktioniert das auch, aber es kann zu Problemen kommen wenn z.B. eine Partition auf der Festplatte noch gemountet war. In diesem Fall ist es notwendig, dass der PC neu gestartet wird.
Man könnte auch überprüfen ob das Neueinlesen erfolgreich war, indem man die Ausgabe des Parted-Befehls "print" mit den Werten in /proc/partitions vergleicht... Ich denke aber es sollte ausreichend sein wenn man vor/nach der Partitionierung einen "Warn"-Text ausgibt der einige Hinweise dazu gibt was man tun muss (im "Normalfall" sollte es ja auch ohne Reboot klappen...)
Also wo im Installer wären noch Warntexte angebracht? Und was soll man da reinschreiben?
acritox
PS: Oder doch einfach nur einen Warntext ausgeben, der vor ReiserFS warnt und die manuelle "mkfs.reiserfs" Lösung präsentiert ?
PPS: Was mir auch noch einfällt: Einen Würgaround, der einfach der ReiserFS-Formatierung durch libparted noch eine "mkfs.reiserfs"-Formatierung nachschiebt. Oder ist der Wrapper dann doch besser? |
_________________
http://kanotix.acritox.com/factoids - http://kanotix.acritox.com - http://acritox.de/repository - http://andreas-loibl.de - GPG: F781E713
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 02.09.2005, 22:28 Uhr
|
|
Anmeldung: 07. Sep 2004
Beiträge: 55
|
|
|
acritox hat folgendes geschrieben::
PPS: Was mir auch noch einfällt: Einen Würgaround, der einfach der ReiserFS-Formatierung durch libparted noch eine "mkfs.reiserfs"-Formatierung nachschiebt. Oder ist der Wrapper dann doch besser?
Der Workaround könnte zumindest bei der Installation klappen. Überprüfen, welche Partitionen in QtParted mit Reiserfs angelegt wurden, und vom Installer aus dann nochmal mkfs.reiserfs drüberjagen. Dann hat man allerdings immer noch das Problem wenn man QtParted nach der Installation aufruft..
Man könnte einen Wrapper basteln, der stattdessen mkfs.reiserfs verwendet, dann braucht man aber sicherlich ein eigenes qtparted-kanotix damit es keine Konflikte mit QtParted Updates gibt.
Da Ark Linux hat wie gesagt die Entwicklung übernommen und kürzlich 0.4.5 rausgebracht, was noch nicht in unstable ist, steht zumindest noch ein Update an. Man könnte statt eines Wrappers eventuell einen ganzen Schritt machen und QtParted für Reiserfs die reiserfsprogs verwenden lassen, da müßte dann jedoch ein Programmierer her der die API von reiserfsprogs kennt und das richten kann.. Dauert sicherlich auch, immerhin hat da jemand lieber eigene Tools gebastelt anstatt das zu machen. Möglicherweise kann man da mal bei ArkLinux oder auch Parted nachfragen was die Zukunft so bringt.
Man kann
- libreiserfs sofort rausschmeißen (sowieso fehlerhaft), dann gibt's aber ohne Kommandozeile und Hilfstext kein Reiser mehr. Dafür könnte man einen Wapper für progsreiserfs versuchen, der den Reiser-Eintrag mit einem Kommandozeilenaufruf verbindet.. ist aber auch eher unsicher, gibt vielleicht auch Probleme, eine richtige Lösung wäre da wohl eine interne API Anbindung (von QtParted an reiserfsprogs oder von parted an reiserfsprogs).
- libreiserfs behalten. Dann muß man aber dafür sorgen, daß nachformatiert wird, entweder durch einen Wrapper oder durch einen Warntext. Warn-/Hilfstexte schrecken jedoch auch ab, und werden nach einiger Zeit vergessen... also wohl schonmal eher Wrapper, der nochmal drüberbügelt.
Das beste wäre wohl eine interne Anbindung der reiserfsprogs.. oder auch eine Reparatur der libreiserfs (wenn das noch jemand macht).
Der geringste Aufwand wäre wohl libreiserfs einfach rauszuschmeißen und im Installer zu sagen "Wer Reiser will soll erstmal mit ext-irgendwas formatieren und dann mit mkfs.reiserfs /dev/hdxY per Kommandozeile nachformatieren" und warten daß sich die Probleme von alleine lösen - oder auch nicht. |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 03.09.2005, 10:42 Uhr
|
|
Anmeldung: 26. Aug 2004
Beiträge: 1214
Wohnort: Hessen/Kassel-Fuldatal
|
|
|
Tobi hat folgendes geschrieben::
Wie "gut" oder sicher ist eigentlich der Paragon Partition Manager beim Anlegen einer ReiserFS-Partition? Ich habe meine Home-Partition, wenn ich mich recht entsinne, mit PPM Version 5.0 mit ReiserFS formatiert.
Hi Tobi,
wenn man eh eine Windowspartition auf dem Rechner hat, ist Paragon Partition Manager nach meiner Erfahrung zu gebrauchen. Ich habe QtParted noch nie verwendet und vorher alle Partitionen für LINUX mit Paragon eingerichtet. Bis heute noch keine Ausfälle 
freundliche Grüsse aus Kassel
Peter |
_________________
ich habe zwar keine Lösung, bewundere aber das Problem
Quad Intel Core i3-4350T /Quad Intel Pentium N3540 - Linux 5.0.0-5-generic x86_64 [ Kanotix buster KDE KANOTIX-Build 20190202-15:53; KaOS
|
| |
|
|
|
|
|
|
|
Titel: MBR für Grub auswählen
Verfasst am: 06.06.2006, 11:57 Uhr
|
|
Anmeldung: 09. Mai 2005
Beiträge: 76
|
|
Hi,
könnte man den Installer nicht so anpassen, daß eine Auswahlmöglichkeit für die Grub-Installation in den vorhandenen mbr's angeboten wird, wenn mehrere Festplatten angeschlossen sind?
Grüße Malthea |
|
|
| |
|
|
|
|
|
|
|
Titel: RE: MBR für Grub auswählen
Verfasst am: 06.06.2006, 17:34 Uhr
|
|
Anmeldung: 16. Aug 2004
Beiträge: 1905
|
|
| Ein derartiges Chaos werden wir nicht ermöglichen. |
|
|
| |
|
|
|
|
|
|
|
Titel: RE: MBR für Grub auswählen
Verfasst am: 06.06.2006, 18:12 Uhr
|
|
Anmeldung: 17. Dez 2003
Beiträge: 16785
|
|
| Wir vertrauen auf (hd0) von GRUB. Wer Festplatten vertauschen will muss halt in Partition installieren (wenn man in ne Primäre Partition installiert eine durchaus sinnvolle Wahl). |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 06.06.2006, 20:17 Uhr
|
|
Anmeldung: 09. Mai 2005
Beiträge: 76
|
|
Hi,
ich habe 2 SATA-Festplatten und 2 IDE an einem Raid-Controller (keine am normalen IDE).
Mein Problem ist immer: für Grub und das BIOS ist die erste SATA hd0, der Installer schreibt den Grub aber in den MBR von hdf (die erste Festplatte am Raid-Conrtoller). Wenn ich von hdf boote, bringt das auch nichts, da stage2 usw nicht gefunden werden. Solange ich nicht auf sda (hd0) installiere, ist das ja egal, aber wenn das der Fall ist, muß ich die IDE-Festplatten entfernen und später wieder von Hand einbinden 
Grüße Malthea |
|
|
| |
|
|
|
|
|
|
|
Titel: SATA und IDE Festplatten bei der Installation!
Verfasst am: 17.10.2007, 12:51 Uhr
|
|
Anmeldung: 29. Apr 2004
Beiträge: 393
Wohnort: Berlin
|
|
Hallo,
ich habe Ähnliches letzte Woche erlebt: eine neue SATA-Platte an neuem Board und ne Alte IDE am IDE-Bus.
2-3 mal installiert und von HD wurde nicht gebootet. Also die IDE raus und installiert. Das funktioniert.
Das Anschließen der IDE-HD konnte ich noch nicht probieren.
MfG
Peter |
|
|
| |
|
|
|
|
|
|
|
Titel: SATA und IDE Festplatten bei der Installation!
Verfasst am: 17.10.2007, 12:54 Uhr
|
|
Anmeldung: 17. Dez 2003
Beiträge: 16785
|
|
| Dafür gibts eigentlich den advanced Mode im Installer, der dir die Grubreihenfolge verändern lässt... |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 17.10.2007, 14:39 Uhr
|
|
Anmeldung: 29. Apr 2004
Beiträge: 393
Wohnort: Berlin
|
|
Hi Kano,
ist ne Woche her, aber ich meine ihm da "gesagt" zu haben auf die erste Partition root und den mbr . Hat aber irgendwie nicht funktioniert. catweazle hat mich bei der install begleitet. Mit abgeklemmter IDE ging es dann und ich war schon etwas gestresst 
MfG
Peter |
|
|
| |
|
|
|
|
|
|
