nube1
Anmeldungsdatum: 13. Februar 2013
Beiträge: 32
|
Ich benötige weitere Hilfe, liebe Leute!
Ich bin noch immer totaler Laie was Computer angeht,
habe aber schon lange eine Menge ausprobiert, was ich hier an an Tipps zu ähnlichen Problemen gelesen habe.
Die Bootsektion ist voll und lässt sich scheinbar auch nicht mehr mit den üblichen Mitteln (clean;autoremove) aufräumen.
Es scheint in Abhängigkeit von Konfigurationsfehlern zu Problemen gekommen zu sein. bc@Ama:~$ sudo apt-get autoremove
[sudo] password for bc:
Sorry, try again.
[sudo] password for bc:
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
7 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
linux-image-3.8.0-34-generic (3.8.0-34.49) wird eingerichtet ...
Running depmod.
update-initramfs: deferring update (hook will be called later)
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 3.8.0-34-generic /boot/vmlinuz-3.8.0-34-generic
run-parts: executing /etc/kernel/postinst.d/dkms 3.8.0-34-generic /boot/vmlinuz-3.8.0-34-generic
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.8.0-34-generic /boot/vmlinuz-3.8.0-34-generic
update-initramfs: Generating /boot/initrd.img-3.8.0-34-generic
gzip: stdout: No space left on device
E: mkinitramfs failure cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-3.8.0-34-generic with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
Failed to process /etc/kernel/postinst.d at /var/lib/dpkg/info/linux-image-3.8.0-34-generic.postinst line 1010.
dpkg: Fehler beim Bearbeiten von linux-image-3.8.0-34-generic (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 2 zurück
linux-image-3.8.0-35-generic (3.8.0-35.50) wird eingerichtet ...
Running depmod.
update-initramfs: deferring update (hook will be called later)
The link /initrd.img is a dangling linkto /boot/initrd.img-3.8.0-34-generic
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 3.8.0-35-generic /boot/vmlinuz-3.8.0-35-generic
run-parts: executing /etc/kernel/postinst.d/dkms 3.8.0-35-generic /boot/vmlinuz-3.8.0-35-generic
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.8.0-35-generic /boot/vmlinuz-3.8.0-35-generic
update-initramfs: Generating /boot/initrd.img-3.8.0-35-generic
gzip: stdout: No space left on device
E: mkinitramfs failure cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-3.8.0-35-generic with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
Failed to process /etc/kernel/postinst.d at /var/lib/dpkg/info/linux-image-3.8.0-35-generic.postinst line 1010.
dpkg: Fehler beim Bearbeiten von linux-image-3.8.0-35-generic (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 2 zurück
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-image-extra-3.8.0-35-generic:
linux-image-extra-3.8.0-35-generic hängt ab von linux-image-3.8.0-35-generic; aber:
Paket linux-image-3.8.0-35-generic ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von linux-image-extra-3.8.0-35-generic (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-image-generic:
linux-image-generic hängt ab von linux-image-3.8.0-35-generic; aber:
Paket linux-image-3.8.0-35-generic ist noch nicht konfiguriert.
linux-image-generic hängt ab von linux-image-extra-3.8.0-35-generic; aber:
Paket linux-image-extra-3.8.0-35-generic ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von linux-image-generic (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-generic:
linux-generic hängt ab von linux-image-generic (= 3.8.0.35.53); aberEs wurde kein Apport-Bericht verfasst, da die Fehlermeldung darauf hindeutet, dass dies lediglich ein Folgefehler eines vorherigen Problems ist.
Es wurde kein Apport-Bericht verfasst, da das Limit MaxReports bereits erreicht ist.
Es wurde kein Apport-Bericht verfasst, da das Limit MaxReports bereits erreicht ist.
:
Paket linux-image-generic ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von linux-generic (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
linux-image-extra-3.8.0-33-generic (3.8.0-33.48) wird eingerichtet ...
Running depmod.
update-initramfs: deferring update (hook will be called later)
The link /initrd.img is a dangling linkto /boot/initrd.img-3.8.0-35-generic
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 3.8.0-33-generic /boot/vmlinuz-3.8.0-33-generic
run-parts: executing /etc/kernel/postinst.d/dkms 3.8.0-33-generic /boot/vmlinuz-3.8.0-33-generic
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.8.0-33-generic /boot/vmlinuz-3.8.0-33-generic
update-initramfs: Generating /boot/initrd.img-3.8.0-33-generic
gzip: stdout: No space left on device
E: mkinitramfs failure cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-3.8.0-33-generic with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
Failed to process /etc/kernel/postinst.d at /var/lib/dpkg/info/linux-image-extra-3.8.0-33-generic.postinst line 1010.
dpkg: Fehler beim Bearbeiten von linux-image-extra-3.8.0-33-generic (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 2 zurück
Es wurde kein Apport-Bericht verfasst, da das Limit MaxReports bereits erreicht ist.
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-image-extra-3.8.0-34-generic:
linux-image-extra-3.8.0-34-generic hängt ab von linux-image-3.8.0-34-generic; aber:
Paket linux-image-3.8.0-34-generic ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von linux-image-extra-3.8.0-34-generic (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Es wurde kein Apport-Bericht verfasst, da das Limit MaxReports bereits erreicht ist.
Fehler traten auf beim Bearbeiten von:
linux-image-3.8.0-34-generic
linux-image-3.8.0-35-generic
linux-image-extra-3.8.0-35-generic
linux-image-generic
linux-generic
linux-image-extra-3.8.0-33-generic
linux-image-extra-3.8.0-34-generic
E: Sub-process /usr/bin/dpkg returned an error code (1)
bc@Ama:~$
Muss ich jetzt, wo diese Version bald nicht mehr unterstützt wird, wirklich in des sauren Apfel beißen und die neueste Version neu aufspielen (es hat so lange gedauert bis das Ding so zusammengestellt war, wie ich's jetzt hab')? Besten Dank für die freundliche Hilfe:
n PS: eigentlich habe ich 13.04 aber das war nicht auswählbar...
|
redfoxx13
Anmeldungsdatum: 14. August 2009
Beiträge: 4267
|
Hi nube1 schrieb:
PS: eigentlich habe ich 13.04 aber das war nicht auswählbar...
Da Deine Version bereits seit Januar abgelaufen ist und 13.10 noch knapp einen Monat hat. Kann ich Dir zur Lösung des Updateproblems eigentlich nur eines Empfehlen: Neuinstallation von 14.04. Damit hättest Du bei gelegentlicher Systempflege die nächsten 5 Jahre Ruhe vor einer Neuinstallation.
|
nube1
(Themenstarter)
Anmeldungsdatum: 13. Februar 2013
Beiträge: 32
|
Ja,
schade!
Das hatte ich schon befürchtet. Ich habe das Problem ja schon seehhhr lange, habe aber hier keine Tipps gefunden wie das zu lösen wäre und seit einem halben Jahr ist es nun zu spät.
ich bekomme aber immernoch regelmäßig die Einladungen zum Upgrade (denen ich gern folgen würde).
Interessieren würde mich aber dennoch, wie dieses Problem zur rechten Zeit hätte behoben werden können - schon für die Zukunft.
Ich habe ja eigentlich immer Systempflege betrieben, vielleicht nicht richtig - für Tipps diesbezüglich wäre ich auch dankbar. Also: Viesten Dank für die Unterstützung:
n
|
nube1
(Themenstarter)
Anmeldungsdatum: 13. Februar 2013
Beiträge: 32
|
Vielleicht hängt das Ganze ja auch mit der folgenden seltsamen Ausgabe auf »sudo parted -l« zusammen: Modell: Linux-Device-Mapper (crypt) (dm)
Festplatte /dev/mapper/cryptswap1: 3209MB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: loop
Nummer Anfang Ende Größe Dateisystem Flags
1 0,00B 3209MB 3209MB linux-swap(v1)
Fehler: /dev/mapper/ubuntu-swap_1: unbekannte Partitionstabelle
Modell: Linux-Device-Mapper (linear) (dm)
Festplatte /dev/mapper/ubuntu-root: 497GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: loop
Nummer Anfang Ende Größe Dateisystem Flags
1 0,00B 497GB 497GB ext4
Fehler: /dev/mapper/sda5_crypt: unbekannte Partitionstabelle
|
nube1
(Themenstarter)
Anmeldungsdatum: 13. Februar 2013
Beiträge: 32
|
Ich habe jetzt drei alte Kernel deinstalliert, so Platz auf der Bootpartition geschaffen und wahrscheinlich auch die Möglichkeit die nicht richtig konfigurierten Kernel zu »reparieren«, die Tipps und Befehle dafür habe ich mir hier und da zusammen gesucht und erfragt.
Ich hoffe, auf evtl. diese Weise auch noch die zwei nötigen Upgrades bis zur aktuellen LTS-Version bewerkstelligen zu können.
Hilfreiche Tipps?
|
redfoxx13
Anmeldungsdatum: 14. August 2009
Beiträge: 4267
|
nube1 schrieb:
die Tipps und Befehle dafür habe ich mir hier und da zusammen gesucht und erfragt
Man merkt, Du liest Dich ein 👍 . Schau mal mit den "df" Befehlen nach ob eine Entfernung der "thumbnails" noch mehr Platz schafft.
Ich hoffe, auf evtl. diese Weise auch noch die zwei nötigen Upgrades bis zur aktuellen LTS-Version bewerkstelligen zu können.
Bei einem Upgrade sollte man immer mit Problemen, bis zur Neuinstallation rechnen. Du hast zwei hintereinander vor dir.
Zusätzlich ist eine mögliche Reparatur bei Problemen mit der Verschlüsselung etwas aufwendiger. Mit einer Neuinstallation machst Du es dir um vieles leichter. Ganz abgesehen von der gesparten Zeit.
Fehler: /dev/mapper/sda5_crypt: unbekannte Partitionstabelle
Die Ausgabe gefällt mir nicht. Bin aber auch keine Spezialist für Verschlüsselung ☺ .
|
nube1
(Themenstarter)
Anmeldungsdatum: 13. Februar 2013
Beiträge: 32
|
Schau mal mit den "df" Befehlen nach ob eine Entfernung der "thumbnails" noch mehr Platz schafft.
Kannst Du mir evtl. sagen, wie das genau geht?
Für einen Tipp, wie ich schnellstmöglich die Upgrades bewerkstellige , bin ich auch dankbar. ☺
|
nube1
(Themenstarter)
Anmeldungsdatum: 13. Februar 2013
Beiträge: 32
|
So, das erste Upgrade habe ich vor 5 Minuten beendet.
Es ist zwar nicht ganz so abgelaufen, wie im Artikel im WIKI beschrieben (bspw. gab es keine Bearbeiten-Funktion im Software-Center und der Befehl für die Aktualisierungsverwaltung hat nur eine Liste v. Befehlen ausgespuckt: bc@Ama:~$ gksudo update-manager -c
gksudo: Ungültige Option -- c
GKsu version 2.0.2
Usage: gksudo [-u <user>] [options] <command>
--debug, -d
Print information on the screen that might be
useful for diagnosing and/or solving problems.
--user <user>, -u <user>
Call <command> as the specified user.
--disable-grab, -g
Disable the "locking" of the keyboard, mouse,
and focus done by the program when asking for
password.
--prompt, -P
Ask the user if they want to have their keyboard
and mouse grabbed before doing so.
--preserve-env, -k
Preserve the current environments, does not set $HOME
nor $PATH, for example.
--login, -l
Make this a login shell. Beware this may cause
problems with the Xauthority magic. Run xhost
to allow the target user to open windows on your
display!
--description <description|file>, -D <description|file>
Provide a descriptive name for the command to
be used in the default message, making it nicer.
You can also provide the absolute path for a
.desktop file. The Name key for will be used in
this case.
--message <message>, -m <message>
Replace the standard message shown to ask for
password for the argument passed to the option.
Only use this if --description does not suffice.
--print-pass, -p
Ask gksu to print the password to stdout, just
like ssh-askpass. Useful to use in scripts with
programs that accept receiving the password on
stdin.
--sudo-mode, -S
Make GKSu use sudo instead of su, as if it had been
run as "gksudo".
--su-mode, -w
Make GKSu use su, instead of using libgksu's
default.
bc@Ama:~$
), aber mit einem kleinen Shocker zusätzlich (nach Abschluss des Upgrades ist der Neustart nicht geglückt und der Rechner ist weder richtig ausgegangen noch wieder hochgefahren) hat es dann doch irgendwie geklappt. Was soll das heißen: "Ungültige Option – c"?
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
Da steht mehrmals
gzip: stdout: No space left on device
und du kommst nicht auf die Idee, dass der Speicher voll ist? Suchfunktion dazu hätte dir das auch verraten. Meldungen muss man aber auch lesen. Natürlich waren es die Kernel, die zu löschen sind: Kernel. Offenbar ist deine Festplatte generell zu voll, mehr kann man aus deinen gekürzten Ausgaben nicht entnehmen. Dass (verschlüsselte) Partitionen keine Partitionstabelle haben ist normal. gksudo update-manager -c Im Artikel steht nicht gksudo, sondern sudo. Dann würde auch gksudo nicht die Option c auswerten wollen - das ist KEIN grafisches Programm, wird also mit sudo gestartet. Würde ich dir auch so empfehlen statt mit der Aktualisierungsverwaltung, denn bei mir mit Stick als Installationsziel hängte sich wegen der Last mehrmals der grafische Installer etwas auf, bis er sich nach und nach doch wieder löste. Normalerweise startet man die Aktualisierungsverwaltung - wie alles andere - durch Eingabe der ersten Buchstaben im Suchfeld von Ubuntu/ Unity. Beim ersten Durchlauf kommen nur Updates, beim nächsten evtl. zwischenzeitlich schon wieder neue Updates, danach kommt das Upgrade-Angebot auch grafisch - aber wie gesagt, Vorsicht damit. Entgegen dem Wiki brauchte ich keine 10 GB Platz, aber wenn du 2,5 GB Programme runterladen musst (wie ich), müssen die gespeichert werden und dann braucht es noch etwas mehr Platz für neue Programmversionen (500 MB bei mir). Mindestens 4-5 GB hätte ich in meinem Fall also frei gebraucht. Wenn das Upgrade sich wieder aufhängt, versuche, möglichst vor dem Neustart, ein Neuanstoßen auf diese Weise:
sudo apt-get dist-upgrade
Den Meldungen folgen, falls diese z.B. ein
sudo apt-get install -f
verlangen. Danach nochmals dist-upgrade wiederholen. So lief es bei mir dann sauber durch, von 13.10 auf 14.04. ☺ Grüße, Benno
|
redfoxx13
Anmeldungsdatum: 14. August 2009
Beiträge: 4267
|
Hi nube1 df -h
df -i
aus dem Artikel. Eigentlich hört sich Deine Meldung jetzt nicht nach einem fehlerfrei laufenden System. Das nächst Upgrade könnte jetzt in die Hose gehen. Halte Dich auch an die Hinweise von Benno-007.
|
nube1
(Themenstarter)
Anmeldungsdatum: 13. Februar 2013
Beiträge: 32
|
Liebe helfenden Hirne,
daß die Bootpartition zu voll war habe ich ja am anfang des Threats gesagt und ebenso ein wenig später, daß ich sie aufgeräumt habe. Es ist auch nicht meine Pestflatte 😉 generell zu voll:
bc@Ama:~$ df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/mapper/ubuntu-root 456G 31G 402G 8% /
none 4,0K 0 4,0K 0% /sys/fs/cgroup
udev 1,5G 12K 1,5G 1% /dev
tmpfs 301M 1012K 300M 1% /run
none 5,0M 0 5,0M 0% /run/lock
none 1,5G 156K 1,5G 1% /run/shm
none 100M 60K 100M 1% /run/user
/dev/sda1 228M 43M 174M 20% /boot
/home/bc/.Private 456G 31G 402G 8% /home/bc
bc@Ama:~$ df -i
Dateisystem Inodes IBenutzt IFrei IUse% Eingehängt auf
/dev/mapper/ubuntu-root 30310400 236684 30073716 1% /
none 384079 2 384077 1% /sys/fs/cgroup
udev 380385 508 379877 1% /dev
tmpfs 384079 496 383583 1% /run
none 384079 4 384075 1% /run/lock
none 384079 7 384072 1% /run/shm
none 384079 30 384049 1% /run/user
/dev/sda1 124496 265 124231 1% /boot
/home/bc/.Private 30310400 236684 30073716 1% /home/bc
bc@Ama:~$
(die Ausgaben der dh-Befehle, die wie die anderen Ausgaben, nicht gekürzt sind (abgesehen davon,daß die Ausgabe für die Partitionstabelle sich wiederholt hat).)
Ich habe mir die Ausgaben selbstredend durchgelesen (wie auch den Artikel zum Upgrade von 13.04 zu 13.10 (Anhang)) und da ich diese Sprache noch nicht verstehe, weiß ich auch leider nicht, wie ich Überflüssiges von Notwendigem unterscheide oder was die, für mich kryptischen, Befehle bedeuten; ich bin auf Tipps und Erklärungen angewiesen und will auch nicht auf gut Glück etwas ausprobieren.
Darum habe ich mich des teilweise verschriehenen Tweak-Werkzeuges bedient, um den Rest der Boot-Partition und mehr auch noch aufzuräumen.
was "sudo apt-get install -f" bewirkt, weiß ich auch nicht, werde es aber evtl. dennoch ausprobieren...
Dem nächsten Upgrade dürfte hoffentlich nichts im wege stehen, das letzte hat sich auch nicht aufgehängt, nur der Neustart hat nicht funktioniert; oder zählt das schon als Aufhänger? Ich werde mich an alle Tipps halten und hoffen, daß alles gut läuft... Bis dato: n
- Bilder
|
redfoxx13
Anmeldungsdatum: 14. August 2009
Beiträge: 4267
|
Hi nube1, die df-Ausgabe sieht gut aus.
nur der Neustart hat nicht funktioniert;
Muss jetzt nichts sagen, könnte aber.
Ich werde mich an alle Tipps halten und hoffen, daß alles gut läuft...
Ich mache auf einem Xubuntu Rechner seit 11.04 ein Upgrade. Zur Hilfe hier möchte ich wissen was nachher hängt. Also nix mit hinterher Motzen, dass Linux Schuld sei ☺ . Zu Deinem Anhang muss ich jetzt ein bißchen mehr Schreiben ☺ . Der gksudo Befehl ist soweit richtig, weil ein grafisches Programm gestartet wird sudo. Den Folgeartikel werde ich nicht ändern, weil ich nicht sicher bin ob es gut wäre. Ab 14.04 ist gksu aus der Vorinstallation herausgeflogen und keiner weiß weshalb. Bei einem Upgrade bleibt es installiert. Zu sudo ist es wichtig zu wissen, dass bei einem Start eines grafischen Programms aus dem Terminal die Rechte verbogen werden können. Wenn das Terminal mit X beendet wird (Dumme Angewohnheit aus Windowszeiten). Wird das Terminal immer korrekt mit exit beendet (damit wird sudo sauber die Berechtigung entzogen) passiert nichts. Soweit die Theorie. Gedankenlosigkeit hat mich aber auch schon mal das X benutzen lassen. Hatte aber Glück, dass die sudo Berechtigung schon abgelaufen war. Ist voreingestellt nach ca. 15 min. (Schweißwisch). Also Feuer frei ☺ .
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
redfoxx13, die Erklärung zu sudo mit dem Schließen habe ich noch nie gehört - da hast du dir was falsch zusammengereimt (was bei der Komplexität passieren kann), halte sie inhaltlich für realitätsfern und habe bei der Recherche u.a. ein altes Thema gefunden, wo du auch kurz dabei warst: Ich empfehle die Lektüre dieses Postings: http://forum.ubuntuusers.de/topic/sudo-per-hand-beenden/#post-6325632 Auch den Abschnitt sudo (Abschnitt „root-im-Terminal“). Die Rechte werden nicht verbogen, weil man das Terminal offen lässt, mit X schließt oder sonstwas, sondern weil: sudo#root-bei-grafischen-Programmen. Zu beachten ist dabei der Forenpost, sprich, sudo/ gksu(do) bricht nicht aus dem Terminal aus und springt nicht auf andere Programme über. Beim Schließen passiert aber etwas anderes: Bei neueren Versionen wird dann wohl die History der Befehle nicht geschrieben (es sei denn, man schließt vorher nur einzelne Tabs). Bei exit schon. Das ist ein Programmierfehler, den ich aber nicht näher untersucht habe, der aber sehr lästig sein kann. Den Befehl gksudo statt sudo hat also redfoxx13 nun eingetragen oder wie? Es gibt das Programm auch als Terminalvariante. In dem Link ist alles auf sudo eingetragen: Upgrade auf Trusty. Wo hast du denn da was geändert, wenn ja? Und nube1, auf welchem Link hast du denn das Bildschirmfoto mit dem gksudo gemacht? Hinweis: Meine persönliche Erfahrung mit 13.10 war, dass der Befehl ohne sudo als Nutzer, aber grafisch ausgeführt wird. Die Berechtigung wird dann später abgefragt, also durch PolicyKit. Wenn man ihn mit sudo ausführt, läuft er als root im Terminal ab. Also nicht grafisch. Ist aber auch leicht. gksu(do) habe ich nicht probiert, dürfte aber zur grafischen Variante führen - genau, eben getestet. Dann ohne nachträgliche PW-Abfrage per PolicyKit. Ich glaube, dass trotz der Fotos die Variante "Aktualisierung mit Konsole" auch tatsächlich nicht grafisch erfolgen soll, direkt im Terminal. Zum Beispiel bei Problemen mit der grafischen Oberfläche wie bei mir oder auf einem Server. Der Artikel geht auf diese Feinheiten nicht hinreichend ein, aber wenn man nicht stur an der Bibel klammert, ist die Hilfe ausreichend, um drauf zu kommen, was man möchte. Vielleicht nicht für manche Anfänger, aber dafür gibt es ja das Forum - bis das Upgrade für LTS zu LTS am 17.06. offiziell freigeschalten wird. Die Klickfolgen sind noch aus älteren Versionen, aber man kann einfach drauf kommen, da der Sinn nicht entstellt ist und die Bezeichnungen ähnlich logisch aufgebaut sind. Vielleicht kümmert sich da dann noch jemand drum, wenn das Upgrade verfügbar ist. Ich verlinke mal meinen Post, damit es zumindest dokumentiert und "gemeldet" ist. @ nube1: Genau den Befehl parted meinte ich - ich glaube dir auch nicht, dass zweimal dieselbe Ausgabe kommt. Das sieht für dich als Laie vielleicht gleich aus. Die Ausgabe ist völlig unvollständig. Grüße, Benno
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
|
redfoxx13
Anmeldungsdatum: 14. August 2009
Beiträge: 4267
|
Benno-007 schrieb:
die Erklärung zu sudo mit dem Schließen habe ich noch nie gehört - da hast du dir was falsch zusammengereimt
Nee. Mit X wird das grafisches Fenster beendet. Dabei kann es vorkommen, dass das im Fenster (Terminal) laufende Programm nicht sauber beendet wird. Mit exit wird erst das Programm sauber beendet und anschließend das Fenster geschlossen. Und Frag mich jetzt bitte nicht Wo und Wann ich das gelesen habe. Dafür war meine Lektüre zu umfangreich inkl. Bücherei. Sofern ich dazu wieder fündig werde, sende ich Dir eine PN.
|