Danke allen.
Warten hat sich gelohnt, ich konnte aktualisieren und installieren. Jetzt läuft alles wieder so wie es soll.
Danke allen.
Warten hat sich gelohnt, ich konnte aktualisieren und installieren. Jetzt läuft alles wieder so wie es soll.
Packman Priorität auf 20 setzen, falls noch nicht geschehen.
weiß ich, doch das ist momentan nicht relevant. Wichtiger ist mir erst mal, ich kann aktualisieren und installieren.
Abwarten und Tee trinken?
...mach ich. Für heute ist Schluß.
Ich nutze packman.inode.at wenn es einmal Probleme gibt.
Das habe ich mir irgendwann einmal gemerkt.
Für 13.2 diese Url als Repositorie eingeben.
http://packman.inode.at/suse/openSUSE_13.2/
Das andere packman Repositorie deaktivieren!
Du meinst dies:
Das ganze sieht dann so aus:
linux-3r5x:/home/rentner65 # zypper lr -Pu
# | Alias | Name | Aktiviert | Aktualisieren | Priorität | URI
---+---------------------------+------------------------------------+-----------+---------------+-----------+----------------------------------------------------------------
1 | Packman | Packman | Ja | Ja | 99 | http://packman.inode.at/suse/openSUSE_13.2/
2 | openSUSE-13.2-0 | openSUSE-13.2-0 | Ja | Nein | 99 | cd:///?devices=/dev/disk/by-id/ata-Slimtype_BD_E_DS6E2SH
3 | repo-debug | openSUSE-13.2-Debug | Nein | Ja | 99 | http://download.opensuse.org/debug/distribution/13.2/repo/oss/
4 | repo-debug-update | openSUSE-13.2-Update-Debug | Nein | Ja | 99 | http://download.opensuse.org/debug/update/13.2/
5 | repo-debug-update-non-oss | openSUSE-13.2-Update-Debug-Non-Oss | Nein | Ja | 99 | http://download.opensuse.org/debug/update/13.2-non-oss/
6 | repo-non-oss | openSUSE-13.2-Non-Oss | Ja | Ja | 99 | http://download.opensuse.org/distribution/13.2/repo/non-oss/
7 | repo-oss | openSUSE-13.2-Oss | Ja | Ja | 99 | http://download.opensuse.org/distribution/13.2/repo/oss/
8 | repo-source | openSUSE-13.2-Source | Nein | Ja | 99 | http://download.opensuse.org/source/distribution/13.2/repo/oss/
9 | repo-update | openSUSE-13.2-Update | Ja | Ja | 99 | http://download.opensuse.org/update/13.2/
10 | repo-update-non-oss | openSUSE-13.2-Update-Non-Oss | Ja | Ja | 99 | http://download.opensuse.org/update/13.2-non-oss/
Alles anzeigen
Soweit war ich ja mit den anderen "Packmännern" auch. Aktualisierungen haben dann nicht mehr geklappt.
Jetzt in diesem Fall sieht die Aktualisierung so aus:
linux-3r5x:/home/rentner65 # zypper dup --from Packman
Metadaten von Repository 'Packman' werden abgerufen --------------------------------------------------------------------------------------------------------------------------------[\]
Neuen Signierungsschlüssel für Repository oder Paket erhalten:
Repository: Packman
Name des Schlüssels: PackMan Project (signing key) <packman@links2linux.de>
Schlüsselfingerabdruck: F8875B88 0D518B6B 8C530D13 45A1D067 1ABD1AFB
Schlüssel erstellt: Di 16 Sep 2014 06:18:00 PHT
Schlüssel läuft ab: Fr 13 Sep 2024 06:17:21 PHT
RPM-Name: gpg-pubkey-1abd1afb-54176598
Wollen Sie den Schlüssel (a)bweisen, ihm (t)emporär oder (i)mmer vertrauen? [a/t/i/? zeigt alle Optionen] (a): i
Metadaten von Repository 'Packman' werden abgerufen ...........................................................................................................................[fertig]
Zwischenspeicher für Repository 'Packman' wird erzeugt ........................................................................................................................[fertig]
Metadaten von Repository 'openSUSE-13.2-Non-Oss' werden abgerufen ------------------------------------------------------------------------------------------------------------------[/]
Fehler beim Herunterladen (curl) für 'http://download.opensuse.org/distribution/13.2/repo/non-oss/repodata/repomd.xml':
Fehlerkode: Connection failed
Fehlernachricht: Failed to connect to download.opensuse.org port 80: Das Netzwerk ist nicht erreichbar
Abbrechen, wiederholen, ignorieren? [a/w/i/? zeigt alle Optionen] (a): w
Fehler beim Herunterladen (curl) für 'http://download.opensuse.org/distribution/13.2/repo/non-oss/repodata/repomd.xml':
Fehlerkode: Connection failed
Fehlernachricht: Failed to connect to download.opensuse.org port 80: Das Netzwerk ist nicht erreichbar
Abbrechen, wiederholen, ignorieren? [a/w/i/? zeigt alle Optionen] (a):
Alles anzeigen
Hallo,
bin dabei meine Festplatte neu einzurichten um dann ein neues Systembackup von der gesamten Paltte zu machen. Windows ist abgeschlossen und läuft einwandfrei. SUSE 13.2 spinnt heute total. 3mal installiert und jedes mal der gleiche M....
Die Installation läuft einwandfrei ohne Probleme durch, die wichtigsten Einstellungen werden auch angenommen.
Aber, die "Packman-Repo" läßt sich nicht laden/installieren. In der Konsole hab ich verschiedene Befehlszeilen eingegeben, die ich hier im Forum gefunden hab und Packman wurde auch installiert. Wenn ich jetzt aber mit
aktualisieren will, wird abgebrochen weil Packman ungültig ist. und keine Verbindung hergestellt werden kann.
Will ich über YAST installieren kommt auch eine blöde Fehlermeldung:
WARNUNG:
Die Liste der Respositories kann nicht heruntergeladen werden
oder es wurden keine Repositories festgelegt.
Mit
ist auch nichts zu erreichen.
Befor ich's vergesse: 2mal mit "btrfs" installiert und jetzt zum letzten mal mit "ext4".
An was kann das liegen?
Dann solltest du eigentlich in der Lage sein, die Win10 Einträge in der Text-Datei zu entfernen.
Heute hab ich mich damit etwas ausgiebiger beschäftigt. Deine beiden Links beziehen sich hauptsächlich auf Ubuntu. Auch werden die besprochenen Dateien anders und mit anderem Inhalt als bei mir angezeigt.
Ehrlich gesagt: Das ist mir etwas zu kompliziert und bevor ich mir mein System zerschieße, lass ich lieber die Finger davon, denn ich bin kein Spezialist so wie Du.
In 2 Tagen steht 13.2 bereit und je nach dem wie schnell ich runter laden kann, werde ich 13.1 oder 13.2 installieren.
Danke für die Hilfe und Hand
Ja, und hast du meine Links mit den Grub-Konfigurationen gelesen?
Oder brauchst du nur eine fertig vorgesetzte Lösung?
Ja, hab ich gelesen.
linux-awki:/home/rentner65 # grub2-mkconfig --output=/boot/grub2/grub2.cfg
grub.cfg wird erstellt …
Thema gefunden: /boot/grub2/themes/openSUSE/theme.txt
Linux-Abbild gefunden: /boot/vmlinuz-3.11.10-21-desktop
initrd-Abbild gefunden: /boot/initrd-3.11.10-21-desktop
Linux-Abbild gefunden: /boot/vmlinuz-3.11.6-4-desktop
initrd-Abbild gefunden: /boot/initrd-3.11.6-4-desktop
/dev/cdrom: open failed: Kein Medium gefunden
/dev/sdb: open failed: Kein Medium gefunden
No volume groups found
Windows 7 (loader) auf /dev/sda1 gefunden
Windows 7 (loader) auf /dev/sda2 gefunden
erledigt
Alles anzeigen
Im nachhinein bin ich jetzt auch schlauer.
Ich habe noch eine alte 80 GB Platte von Win XP, die werde ich künftig für Testzwecke verwenden.
Es wäre trotzdem schön, wenn ich den Rest von Windows 10 raus bekomme. Die HDD auf der sich Windows 10 befand ist nicht eingebaut.
Alles anzeigenHallo Rentner65,
offenbar hast Du den Fehler schon selbst gefunden. Du musst in einem Live-System die Datei /etc/fstab editieren und den Eintrag für die /home auf /dev/disk/by-id/ata-Samsung_SSD_840_EVO_250GB_S1DBNSADB22386P-part7
(lösche 6 schreibe 7) berichtigen. Dann sollte die Susi wieder durchstarten.
Ich hoffe das funktioniert.
Gruß
Willi
Hat funktioniert und die "fdisk -l sieht jetzt so aus:
linux-awki:/home/rentner65 # fdisk -l
Disk /dev/sda: 250.1 GB, 250059350016 bytes, 488397168 sectors
Units = Sektoren of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0xa5825e1a
Gerät boot. Anfang Ende Blöcke Id System
/dev/sda1 * 2048 206847 102400 83 Linux
/dev/sda2 206848 167979007 83886080 7 HPFS/NTFS/exFAT
/dev/sda3 167979008 335751167 83886080 7 HPFS/NTFS/exFAT
/dev/sda4 335751168 488396799 76322816 f W95 Ext'd (LBA)
/dev/sda5 335753216 377704447 20975616 83 Linux
/dev/sda6 377706496 381919231 2106368 82 Linux swap / Solaris
/dev/sda7 381921280 488396799 53237760 83 Linux
Alles anzeigen
In deinem Post 54 tatest du kund und zu wissen, dass das Problem gelöst sei. Daher nahm ich an, du hättest nur vergessen, es auf "gelöst" zu setzen. Sry, wenn ich dein "Problem gelöst" als gelöst betrachtet habe. Mein Fehler.
Sorry, hätte besser kenntlich machen sollen, eine Lösung wurde gefunden, das Thema aber noch nicht beendet.
Das Ganze hat mir keine Ruhe gelassen, weil ich einmal wissen wollte ob der Lösungsvorschlag von Willi funktioniert, zum anderen, das System ist furchtbar langsam gelaufen.
Wie der Fehler zustande kam, kann ich nicht sagen, ich weiß jetzt aber was ihn ausgelöst hat.
Wie schon gesagt, ich habe unter Windows gearbeitet. Genau genommen habe ich auf meiner 2. Festplatte, auf einer eigens dafür eingerichteten Partition, die Testversion vom neuen WINDOWS 10 installiert. Bei der Installation waren beide HDD's eingebaut.
Danach ist nur noch Windows 10 direkt gestartet, kein Windows Bootloader und kein Grub-Bootloader.
Nach Ausbau der 2. Platte mit Windows 10 ging nichts mehr und ich habe erst den MBR und dann den Grub-Bootloader installiert.
Dann trat der Fehler auf, wie im Eingangspost beschrieben.
Gestern hab ich dann von der gesamten HDD ein Backup angelegt, für den Fall der Fälle.
Heute nun hab ich in PartedMagic die 100MB Systempartition mit dem MBR gelöscht und wieder nackig neu angelegt. Dann den MBR wieder hergestellt. Mein normales Windows-Ultimate startet einwandfrei und auch schneller als vorher. Als nächstes dann den Grub-Bootloader installiert. Er startet, jetzt kommts, der Ursprüngliche Fehler war wieder da.
Die Windows 10 Installation hat mir die Bootloader und den MBR zerschossen. Wahrscheinlich auch die Partitionstabelle, weiß es nicht genau.
Da der Fehler wieder da war, konnte ich den Vorschlag von Willi testen und es funktioniert. Es gibt also für dieses Problem zwei Lösungswege. Den Vorschlag von Willi, die "/etc/fstab" zu ändern und meinen gefundenen, die "swap" löschen und neu anlegen.
Merkwürdig bei der ganzen Geschichte ist, jetzt wird mir im Grub-Bootloader die Windows 10 Partition zum starten angeboten. Win 10 startet auch, bis er die Installation nicht findet. Kann er auch nicht, denn es ist nur die HDD mit Win 7 und Suse 13.1 im Notebook, die 2. HDD mit dem installierten Windows 10 ist noch nicht wieder eingebaut.
Irgendwo ist also noch der Bootloader, oder Reste davon, von Windows 10 vorhanden.
Wo kann der stecken und wie werde ich den wieder los?
Alles anzeigenHallo Rentner65,
offenbar hast Du den Fehler schon selbst gefunden. Du musst in einem Live-System die Datei /etc/fstab editieren und den Eintrag für die /home auf /dev/disk/by-id/ata-Samsung_SSD_840_EVO_250GB_S1DBNSADB22386P-part7
(lösche 6 schreibe 7) berichtigen. Dann sollte die Susi wieder durchstarten.
Ich hoffe das funktioniert.
Gruß
Willi
Hallo Willi
nachdem mein System wieder läuft wollte ich Deinen Vorschlag ausprobieren. Leider geht das nicht mehr. Den ursprünglichen Fehler kann ich nicht mehr nachvollziehen und meinen Lösungsweg über "PartitionMagic" kann ich auch nicht mehr Rückgängig machen.
Für Deinen Vorschlag danke ich Dir, ebenso möcht ich mich nochmal bei allen anderen für die Hilfe bedanken.
Hiermit beende ich das Thema.
Grüße und hand
PS: Alero
Du bist etwas zu schnell mit dem "gelöst" setzen.