From gliebe at rigledv.at Tue Nov 1 07:51:13 2005 From: gliebe at rigledv.at (Richard Gliebe) Date: Tue, 01 Nov 2005 08:51:13 +0100 Subject: [redhat-list-de] Neuer Mointpoint Message-ID: <1130831473.7795.14.camel@lnx2.rigledv.at.rigledv.at> Hallo und guten Morgen, kleine Frage, ich w?rde gerne einen Mountpoint umbennen, und zwar von /burning auf /fotos. Irgendwie verh?lt sich RedHat 9.0 nicht gerade wie andere *nixe ;-) Hier meine Vorgehensweise: 1. [root at lnx1 /]# df -k /burning Filesystem 1K-blocks Used Available Use% Mounted on /dev/hdb5 4032092 32828 3794440 1% /burning 2. [root at lnx1 /]# umount /burning [root at lnx1 /]# 3. editieren der /etc/fstab alt: LABEL=/burning /burning ext3 defaults 1 2 neu: LABEL=/fotos /fotos ext3 defaults 1 2 4. [root at lnx1 etc]# mount /fotos mount: no such partition found 5. ein direktes mounten aufs Device funktioniert ;-( [root at lnx1 etc]# mount /dev/hdb5 /fotos [root at lnx1 etc]# df -k /fotos Filesystem 1K-blocks Used Available Use% Mounted on /dev/hdb5 4032092 32828 3794440 1% /fotos [root at lnx1 etc]# Der Server l?uft hier auf RedHat9: Linux 2.4.20-31.9 #1 Tue Apr 13 17:41:45 EDT 2004 i586 i586 i386 GNU/Linux (nicht lachen wegen dem *alten* Kernel, denn "never touch a running system" ;-)) Wo fehlt mir jetzt noch der entscheidende Eintrag ? Danke im Voraus Richard From czml1 at gmx.de Tue Nov 1 08:13:43 2005 From: czml1 at gmx.de (Christian Ziemski) Date: Tue, 01 Nov 2005 09:13:43 +0100 Subject: [redhat-list-de] Neuer Mointpoint In-Reply-To: <1130831473.7795.14.camel@lnx2.rigledv.at.rigledv.at> References: <1130831473.7795.14.camel@lnx2.rigledv.at.rigledv.at> Message-ID: <436723B7.8090504@gmx.de> on 01.11.2005 08:51 Richard Gliebe wrote: > 3. editieren der /etc/fstab > alt: LABEL=/burning /burning ext3 defaults 1 2 > neu: LABEL=/fotos /fotos ext3 defaults 1 2 > > 4. [root at lnx1 etc]# mount /fotos > mount: no such partition found Richard: Du musst noch das Label der Partition selbst umbenennen. Das geht z.B. mit e2label. Gru? Christian From gliebe at rigledv.at Wed Nov 2 04:23:05 2005 From: gliebe at rigledv.at (Richard Gliebe) Date: Wed, 02 Nov 2005 05:23:05 +0100 Subject: [redhat-list-de] Neuer Mointpoint In-Reply-To: <436723B7.8090504@gmx.de> References: <1130831473.7795.14.camel@lnx2.rigledv.at.rigledv.at> <436723B7.8090504@gmx.de> Message-ID: <1130905386.7781.5.camel@lnx2.rigledv.at.rigledv.at> On Tue, 2005-11-01 at 09:13 +0100, Christian Ziemski wrote: > on 01.11.2005 08:51 Richard Gliebe wrote: > > 4. [root at lnx1 etc]# mount /fotos > > mount: no such partition found > > Richard: > > Du musst noch das Label der Partition selbst umbenennen. > > Das geht z.B. mit e2label. Danke Christian, das war's, was mir noch fehlte. Gr?sse Richard From gliebe at rigledv.at Fri Nov 4 16:45:48 2005 From: gliebe at rigledv.at (Richard Gliebe) Date: Fri, 04 Nov 2005 17:45:48 +0100 Subject: [redhat-list-de] amavisd Message-ID: <1131122749.7523.16.camel@lnx2.rigledv.at.rigledv.at> Hallo Zusammen, ich k?mpfe gerade mit amavis_0.3.12 herum. Irgendwie bleiben einzelne Emails in der Queue h?ngen: [...] Nov 4 17:36:11 fs1-axl sendmail[32441]: jA4BU3NF031162: to=, delay=05:06:08, xdelay=00:00:01, mailer=amavis, pri=661301, dsn=4.0.0, stat=Deferred: amavis mailer (/usr/sbin/amavis) exited with EX_TEMPFAIL Nov 4 17:36:12 fs1-axl amavisd[32469]: starting. amavis 0.3.12 Thu Jul 21 11:10:17 MEST 2005 Nov 4 17:36:13 fs1-axl amavisd[32469]: Virus scanner failure: /usr/local/bin/sweep (error code: 2) Nov 4 17:36:13 fs1-axl amavisd[32469]: All virus scanners failed - mail requeued (message-id=<200511041610.jA4GAkNG032226 at fs1-axl.rigledv.at>) Nov 4 17:36:13 fs1-axl amavisd[32469]: do_exit:560 - ending execution with 75 [...] Irgendwie (laut google) scheint amavis/sweep mit irgendwelchen Attachments nicht zurecht zu kommen. Der Grossteil der Emails werden jedoch ordnungsgem?ss gescannt und zugestellt. Auf dem System l?uft: _amavis 0.3.12 _sweep Version 3.99.0 [Linux/Intel] _sendmail-8.12.8-4 _procmail-3.22-9 Hat jemand eventuell dasselbe Ph?nomen gehabt, bzw. l?sen k?nnen ? Danke im Voraus Richard From ad+lists at uni-x.org Fri Nov 4 19:38:37 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Fri, 04 Nov 2005 20:38:37 +0100 Subject: [redhat-list-de] amavisd In-Reply-To: <1131122749.7523.16.camel@lnx2.rigledv.at.rigledv.at> References: <1131122749.7523.16.camel@lnx2.rigledv.at.rigledv.at> Message-ID: <1131133117.29562.134.camel@serendipity.dogma.lan> Am Fr, den 04.11.2005 schrieb Richard Gliebe um 17:45: > ich k?mpfe gerade mit amavis_0.3.12 herum. Das Ding ist furchtbar alt und ungepflegt. Die Entwicklung ist aus meiner Sicht seit fast 2 Jahren tot. Wechsle mal besser zu http://www.ijs.si/software/amavisd/ > Irgendwie bleiben einzelne Emails in der Queue h?ngen: > > [...] > Nov 4 17:36:11 fs1-axl sendmail[32441]: jA4BU3NF031162: > to=, delay=05:06:08, xdelay=00:00:01, mailer=amavis, > pri=661301, dsn=4.0.0, stat=Deferred: amavis mailer (/usr/sbin/amavis) > exited with EX_TEMPFAIL > Nov 4 17:36:12 fs1-axl amavisd[32469]: starting. amavis 0.3.12 Thu Jul > 21 11:10:17 MEST 2005 > Nov 4 17:36:13 fs1-axl amavisd[32469]: Virus scanner > failure: /usr/local/bin/sweep (error code: 2) > Nov 4 17:36:13 fs1-axl amavisd[32469]: All virus scanners failed - mail > requeued (message-id=<200511041610.jA4GAkNG032226 at fs1-axl.rigledv.at>) > Nov 4 17:36:13 fs1-axl amavisd[32469]: do_exit:560 - ending execution > with 75 > [...] > > Irgendwie (laut google) scheint amavis/sweep mit irgendwelchen > Attachments nicht zurecht zu kommen. Nicht amavisd hat das Problem, sondern der Anti-Virus Scanner steigt aus (mit Fehlercode 2 - schau in der Doku des Scanners nach, was das bedeutet; ist bei jedem anders). > Der Grossteil der Emails werden jedoch ordnungsgem?ss gescannt und > zugestellt. > > Auf dem System l?uft: > _sendmail-8.12.8-4 Das riecht, um nicht zu sagen stinkt ganz gewaltig nach einem nicht gewarteten / nicht geupdateten Red Hat Linux 9 - und ist absolut unverantwortlich. Diese Sendmail Version hat ganz gravierende Sicherheitsl?cken! Und wenn das ?brige System ebenso keine Updates gesehen hat, dann prost Mahlzeit ... > Richard Alexander -- Alexander Dalloz | Enger, Germany | GPG http://pgp.mit.edu 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora Core 2 GNU/Linux on Athlon with kernel 2.6.11-1.35_FC2smp Serendipity 20:30:14 up 6 days, 18:30, load average: 0.23, 0.15, 0.18 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From gliebe at rigledv.at Sat Nov 5 07:33:49 2005 From: gliebe at rigledv.at (Richard Gliebe) Date: Sat, 05 Nov 2005 08:33:49 +0100 Subject: [redhat-list-de] amavisd In-Reply-To: <1131133117.29562.134.camel@serendipity.dogma.lan> References: <1131122749.7523.16.camel@lnx2.rigledv.at.rigledv.at> <1131133117.29562.134.camel@serendipity.dogma.lan> Message-ID: <1131176030.7693.16.camel@lnx2.rigledv.at.rigledv.at> On Fri, 2005-11-04 at 20:38 +0100, Alexander Dalloz wrote: > Am Fr, den 04.11.2005 schrieb Richard Gliebe um 17:45: Hallo Alexander, > > ich k?mpfe gerade mit amavis_0.3.12 herum. > > Das Ding ist furchtbar alt und ungepflegt. Die Entwicklung ist aus > meiner Sicht seit fast 2 Jahren tot. Wechsle mal besser zu Bisher bin ich mit dieser Version sehr gut gefahren ;-) > http://www.ijs.si/software/amavisd/ werde mir das Teil einmal genauer anschauen. (Kannte ich noch nicht). > > Irgendwie bleiben einzelne Emails in der Queue h?ngen: > Nicht amavisd hat das Problem, sondern der Anti-Virus Scanner steigt aus > (mit Fehlercode 2 - schau in der Doku des Scanners nach, was das > bedeutet; ist bei jedem anders). Danke f?r den Tipp, ich werde daher mal sweep genauer checken. > > Auf dem System l?uft: > > > _sendmail-8.12.8-4 > > Das riecht, um nicht zu sagen stinkt ganz gewaltig nach einem nicht > gewarteten / nicht geupdateten Red Hat Linux 9 - und ist absolut > unverantwortlich. Diese Sendmail Version hat ganz gravierende > Sicherheitsl?cken! Und wenn das ?brige System ebenso keine Updates > gesehen hat, dann prost Mahlzeit ... Sorry, aber das sehe ich aus einem anderen Winkel. Die RH9 steht erstens in der DMZ, zweitens habe ich sie durch den TCP-Wrapper auf etwaige *Angriffe* aus den LAN (2 IMAP Client's), bzw. WAN ordnungsgem?ss abgeschottet, und zu Guter Letzt l?uft (lief) die RH9 mit diesem/ohne Patchstand ?ber Jahre sehr stabil. Zu Deiner Beruhigung ;-) Sie wird aber in n?chster Zeit durch eine FreeBSD 6.0-STABLE ersetzt ;-) Trotzdem vielen Dank f?r Deine rasche Antwort bzw. Anregungen und den Tipp mit dem amavis-new Release. W?nsche Dir ein sch?nen Wochenende (obwohl es hier [Bodensee] heute nicht gerade sonnig ausschaut) Danke Richard From MichaelMartinetz at gmx.de Sat Nov 5 14:53:49 2005 From: MichaelMartinetz at gmx.de (Michael Martinetz) Date: Sat, 5 Nov 2005 15:53:49 +0100 Subject: [redhat-list-de] Hauppauge WinTv Nova s Message-ID: <200511051553.49852.MichaelMartinetz@gmx.de> Hallo! Ich suche jemanden, der mir sagen kann, wie ich eine Hauppauge WinTv Nova S unter RedHat Linux 8.0 Prof. zum Laufen bekomme. lspci gibt aus, das es eine Karte mit unbekanntem Chipsatz gefunden hat. Gibt's irgendwo Kernelmodule f?r die Karte? Gru? Michael Martinetz From ad+lists at uni-x.org Sat Nov 5 19:47:52 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Sat, 05 Nov 2005 20:47:52 +0100 Subject: [redhat-list-de] Hauppauge WinTv Nova s In-Reply-To: <200511051553.49852.MichaelMartinetz@gmx.de> References: <200511051553.49852.MichaelMartinetz@gmx.de> Message-ID: <1131220072.29562.148.camel@serendipity.dogma.lan> Am Sa, den 05.11.2005 schrieb Michael Martinetz um 15:53: > Ich suche jemanden, der mir sagen kann, wie ich eine > Hauppauge WinTv Nova S unter RedHat Linux 8.0 Prof. > zum Laufen bekomme. > lspci gibt aus, das es eine Karte mit unbekanntem Chipsatz gefunden hat. > Gibt's irgendwo Kernelmodule f?r die Karte? > > Gru? Michael Martinetz Besorge dir erst mal ein Red Hat Release - Fedora sollte dir eigentlich zusagen -, das nicht seit einer halben Ewigkeit EOL ist und vor allem v?llig ungewartet, sprich keinerlei Security Updates verf?gbar sind. Willst du keinen gr??eren Sprung machen, dann bliebe ein Upgrade auf RHL9, f?r das es immerhin noch vom Fedora Legacy Project Updates gibt (wie lange noch, kann ich dir nicht vorhersagen). Angeraten w?re dir aber ein aktuelles System wie Fedora Core 4, das eine deutlich bessere Hardware Unterst?tzung liefert. Das erkennt dann problemlos deine TV Karte mit an Sicherheit grenzender Wahrscheinlichkeit. Alexander -- Alexander Dalloz | Enger, Germany | GPG http://pgp.mit.edu 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora Core 2 GNU/Linux on Athlon with kernel 2.6.11-1.35_FC2smp Serendipity 20:43:25 up 7 days, 18:43, load average: 0.18, 0.29, 0.32 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From ubeck at c3pdm.com Sat Nov 5 20:06:28 2005 From: ubeck at c3pdm.com (Uwe Beck) Date: Sat, 05 Nov 2005 21:06:28 +0100 Subject: [redhat-list-de] Hauppauge WinTv Nova s In-Reply-To: <1131220072.29562.148.camel@serendipity.dogma.lan> References: <200511051553.49852.MichaelMartinetz@gmx.de> <1131220072.29562.148.camel@serendipity.dogma.lan> Message-ID: <436D10C4.70303@c3pdm.com> Hallo Michael, Alexander Dalloz wrote: > Am Sa, den 05.11.2005 schrieb Michael Martinetz um 15:53: > > >> Ich suche jemanden, der mir sagen kann, wie ich eine Hauppauge >> WinTv Nova S unter RedHat Linux 8.0 Prof. zum Laufen bekomme. lspci >> gibt aus, das es eine Karte mit unbekanntem Chipsatz gefunden hat. >> Gibt's irgendwo Kernelmodule f?r die Karte? >> >> Gru? Michael Martinetz > > > Besorge dir erst mal ein Red Hat Release - Fedora sollte dir > eigentlich zusagen -, das nicht seit einer halben Ewigkeit EOL ist > und vor allem v?llig ungewartet, sprich keinerlei Security Updates > verf?gbar sind. Willst du keinen gr??eren Sprung machen, dann bliebe > ein Upgrade auf RHL9, f?r das es immerhin noch vom Fedora Legacy > Project Updates gibt (wie lange noch, kann ich dir nicht > vorhersagen). Angeraten w?re dir aber ein aktuelles System wie Fedora > Core 4, das eine deutlich bessere Hardware Unterst?tzung liefert. Das > erkennt dann problemlos deine TV Karte mit an Sicherheit grenzender > Wahrscheinlichkeit. End of Life fuer Red Hat 8.0 war der 31.12.2003! Ich kann Alexander nur zustimmen, dass es wenig Sinn macht, auf dieser Basis weiterzumachen. Sollte Red Hat 8.0 deine Karte bereits unterstuetzen, dann ist sicherlich viel Handarbeit in Richtung /etc/modules.conf usw. erforderlich. Fedora Core 4 sollte in Bezug auf Hardwareerkennung am Weitesten sein, wenn es um relativ neue Hardware geht. Falls Du nicht auf eine aktuelle Version gehen moechtest, dann musst Du aber gute Gruende dafuer haben und das Vorhaben mit der TV-Karte wahrscheinlich begraben. Auf Red Hat 9 + Fedora Legacy Project Updates wuerde ich nicht setzen, da Du keine Erfolgsgarantie hast und bei End of Life 30.04.2004 von Red Hat 9 ist wirklich die Frage, wielange das Fedora Legacy Project hier noch Updates erstellen wird. > Alexander Gruss Uwe From Marko.Koehne at hts.com Wed Nov 16 09:51:59 2005 From: Marko.Koehne at hts.com (Marko.Koehne at hts.com) Date: Wed, 16 Nov 2005 10:51:59 +0100 Subject: [redhat-list-de] Partition Resize Message-ID: Hat vielleicht jemand eine gute Dokumentation wie ich meine /tmp partition vergr??ern kann? Vielen Dank Marko K?hne From spambehaelter at hdkutz.de Wed Nov 16 10:42:25 2005 From: spambehaelter at hdkutz.de (Hans-Dieter Kutz) Date: Wed, 16 Nov 2005 11:42:25 +0100 Subject: [redhat-list-de] Partition Resize In-Reply-To: References: Message-ID: <20051116104225.GE10344@pago.de> On Wed, Nov 16, 2005 at 10:51:59AM +0100, Marko.Koehne at hts.com wrote: > Hat vielleicht jemand eine gute Dokumentation wie ich meine /tmp partition > vergr??ern kann? Wenn Du noch Platz hast auf Deiner Platte (freie Partition) sollte das kein Problem sein. 1. Erstelle im freien Bereich eine neue Partition 2. Boote in den Rescue Modus per CD1 3. Mounte Dein / 4. Passe /etc/fstab an und aendere fuer /tmp Deine neu erstellte Partition 5. Reboot oder wechsle per init 3 oder init 5 in den runlevel Deiner Wahl mfg. ku -- Han Solo: Get in there you big furry oaf! I don't care what you smell! From d.traenapp at nwowhv.de Wed Nov 16 11:43:12 2005 From: d.traenapp at nwowhv.de (Dirk Traenapp) Date: Wed, 16 Nov 2005 12:43:12 +0100 Subject: [redhat-list-de] Partition Resize In-Reply-To: <20051116104225.GE10344@pago.de> References: <20051116104225.GE10344@pago.de> Message-ID: <437B1B50.4070605@nwowhv.de> Hans-Dieter Kutz schrieb: >On Wed, Nov 16, 2005 at 10:51:59AM +0100, Marko.Koehne at hts.com wrote: > > >>Hat vielleicht jemand eine gute Dokumentation wie ich meine /tmp partition >>vergr??ern kann? >> >> >Wenn Du noch Platz hast auf Deiner Platte (freie Partition) sollte das kein >Problem sein. >1. Erstelle im freien Bereich eine neue Partition > > Solltest Du bereits eine Partition f?r /tmp gehabt haben und diese gl?cklicherweise am Ende liegen, dann kannst Du diese nach "init 1" und "umount /tmp" direkt l?schen und bei verbleibendem Plattenplatz dann gr??er anlegen. Um nicht booten zu m?ssen, um die neue Partitionstabelle der aktiven Platte bekannt zu geben, rufe nach "fdisk" "partprobe" auf, damit der Kernel die neue Partition kennt und formatiere in einem FS deiner Wahl. >2. Boote in den Rescue Modus per CD1 > > Nicht notwendig. init 1 reicht normalerweise aus. >3. Mounte Dein / > > Ist dann auch nicht notwendig. >4. Passe /etc/fstab an und aendere fuer /tmp Deine neu erstellte Partition >5. Reboot oder wechsle per init 3 oder init 5 in den runlevel Deiner Wahl > > Kein reboot, sondern "mount /tmp" und dann "init 3" oder "init 5", oder was auch immer. Das Verfahren ist grunds?tzlich f?r s?mtliche Partionen / Mountpoints gleich, nur bei "/var" wird das kaum "on the fly" gehen, da nahezu immer irgend etwas nach /var geschrieben wird. Wer mit einigen Inkonsistenzen in Logs leben kann, der kann das auch im Single-Usermodus mit /var machen, aber naja... Dirk Traenapp Dirk Traenapp -- N N W W OO Dirk Traenapp, NN N W W O O NWO, Zum Oelhafen 207, 26384 Wilhelmshaven, Germany N NN W W W O O E-Mail: d.traenapp at nwowhv.de N N W W OO Phone: +49(0)4421 62-364 Fax:+49(0)4421 62-381 From d.traenapp at nwowhv.de Wed Nov 16 13:00:14 2005 From: d.traenapp at nwowhv.de (Dirk Traenapp) Date: Wed, 16 Nov 2005 14:00:14 +0100 Subject: [redhat-list-de] Partition Resize In-Reply-To: <20051116104225.GE10344@pago.de> References: <20051116104225.GE10344@pago.de> Message-ID: <437B2D5E.5060908@nwowhv.de> Hans-Dieter Kutz schrieb: >On Wed, Nov 16, 2005 at 10:51:59AM +0100, Marko.Koehne at hts.com wrote: > > >>Hat vielleicht jemand eine gute Dokumentation wie ich meine /tmp partition >>vergr??ern kann? >> >> >Wenn Du noch Platz hast auf Deiner Platte (freie Partition) sollte das kein >Problem sein. >1. Erstelle im freien Bereich eine neue Partition > > Solltest Du bereits eine Partition f?r /tmp gehabt haben und diese gl?cklicherweise am Ende liegen, dann kannst Du diese nach "init 1" und "umount /tmp" direkt l?schen und bei verbleibendem Plattenplatz dann gr??er anlegen. Um nicht booten zu m?ssen, um die neue Partitionstabelle der aktiven Platte bekannt zu geben, rufe nach "fdisk" "partprobe" auf, damit der Kernel die neue Partition kennt und formatiere in einem FS deiner Wahl. >2. Boote in den Rescue Modus per CD1 > > Nicht notwendig. init 1 reicht normalerweise aus. >3. Mounte Dein / > > Ist dann auch nicht notwendig. >4. Passe /etc/fstab an und aendere fuer /tmp Deine neu erstellte Partition >5. Reboot oder wechsle per init 3 oder init 5 in den runlevel Deiner Wahl > > Kein reboot, sondern "mount /tmp" und dann "init 3" oder "init 5", oder was auch immer. Das Verfahren ist grunds?tzlich f?r s?mtliche Partionen / Mountpoints gleich, nur bei "/var" wird das kaum "on the fly" gehen, da nahezu immer irgend etwas nach /var geschrieben wird. Wer mit einigen Inkonsistenzen in Logs leben kann, der kann das auch im Single-Usermodus mit /var machen, aber naja... Dirk Traenapp Dirk Traenapp -- N N W W OO Dirk Traenapp, NN N W W O O NWO, Zum Oelhafen 207, 26384 Wilhelmshaven, Germany N NN W W W O O E-Mail: d.traenapp at nwowhv.de N N W W OO Phone: +49(0)4421 62-364 Fax:+49(0)4421 62-381 From d.traenapp at nwowhv.de Wed Nov 16 12:51:40 2005 From: d.traenapp at nwowhv.de (Dirk Traenapp) Date: Wed, 16 Nov 2005 13:51:40 +0100 Subject: [redhat-list-de] Partition Resize In-Reply-To: <20051116104225.GE10344@pago.de> References: <20051116104225.GE10344@pago.de> Message-ID: <437B2B5C.2080202@nwowhv.de> Hans-Dieter Kutz schrieb: >On Wed, Nov 16, 2005 at 10:51:59AM +0100, Marko.Koehne at hts.com wrote: > > >>Hat vielleicht jemand eine gute Dokumentation wie ich meine /tmp partition >>vergr??ern kann? >> >> >Wenn Du noch Platz hast auf Deiner Platte (freie Partition) sollte das kein >Problem sein. >1. Erstelle im freien Bereich eine neue Partition > > Solltest Du bereits eine Partition f?r /tmp gehabt haben und diese gl?cklicherweise am Ende liegen, dann kannst Du diese nach "init 1" und "umount /tmp" direkt l?schen und bei verbleibendem Plattenplatz dann gr??er anlegen. Um nicht booten zu m?ssen, um die neue Partitionstabelle der aktiven Platte bekannt zu geben, rufe nach "fdisk" "partprobe" auf, damit der Kernel die neue Partition kennt und formatiere in einem FS deiner Wahl. >2. Boote in den Rescue Modus per CD1 > > Nicht notwendig. init 1 reicht normalerweise aus. >3. Mounte Dein / > > Ist dann auch nicht notwendig. >4. Passe /etc/fstab an und aendere fuer /tmp Deine neu erstellte Partition >5. Reboot oder wechsle per init 3 oder init 5 in den runlevel Deiner Wahl > > Kein reboot, sondern "mount /tmp" und dann "init 3" oder "init 5", oder was auch immer. Das Verfahren ist grunds?tzlich f?r s?mtliche Partionen / Mountpoints gleich, nur bei "/var" wird das kaum "on the fly" gehen, da nahezu immer irgend etwas nach /var geschrieben wird. Wer mit einigen Inkonsistenzen in Logs leben kann, der kann das auch im Single-Usermodus mit /var machen, aber naja... Dirk Traenapp Dirk Traenapp -- N N W W OO Dirk Traenapp, NN N W W O O NWO, Zum Oelhafen 207, 26384 Wilhelmshaven, Germany N NN W W W O O E-Mail: d.traenapp at nwowhv.de N N W W OO Phone: +49(0)4421 62-364 Fax:+49(0)4421 62-381 From joerg at linnenkohl.org Fri Nov 18 08:06:12 2005 From: joerg at linnenkohl.org (=?iso-8859-1?Q?J=F6rg_Linnenkohl?=) Date: Fri, 18 Nov 2005 09:06:12 +0100 (CET) Subject: [redhat-list-de] Fedora auf Billig-Rechner Message-ID: <20727.52254.195.185.135.68.1132301172.squirrel@webmailer.hosteurope.de> Hallo, ich wollte zu Weihnachten meinm Vater einen PC schenken. Der mu? nicht der schnellste oder tollste sein, deshalb dachte ich an einen Packard Bell iMedia 6256 (AMD Athlon 64, ATI Radeon X700, AC97 Sound, USB2 und Firewire). Ich denke, da? alles Standardkomponenten sind, aber trotzdem meine Frage: hat jemand Bedenken, darauf Fedora zu installieren? Viele Gr??e J?rg