[gelöst] Debian hängt

[Aiko]

Hallo,

leider habe ich mal wieder Probleme.
Ich hatte ein wenig mit Linux gearbeitet und es lief alles wunderbar.
Plötzlich blieb Linux hängen. Nur die Maus ließ sich noch bewegen.
Klasse, müsste also einen Reset machen.
Nun startet Linux und ich kann mich auch über die grafische Oberfläche einloggen.
Sobald ich eingeloggt bin, bleibt Linux erneut hängen. Maus kann ich bewegen, aber nichts anklicken.
Dann versucht über die Konsole einzuloggen. Klappt auch, entweder als Root oder Benutzer. Nur scheint Linux da auch zu hängen.
Nun wollte ich gerne meine Daten vom Programm ecoDMS sichern. Nur komme ich da nicht ran. Leider auch nicht über die Konsole.
Sind die Daten verloren, oder gibt es doch noch Hoffnung?
Wen ich die Daten gesichert habe, würde ich auch alles komplett neu installieren. Nur die Daten von ecoDMS sind schon wichtig.
Vor allem, warum ist das passiert? Nichts verändert und keine Updates oder ähnliches vorgenommen. Das kenne ich nicht einmal von Windows.
Linux sollte doch recht stabil laufen. Kann ich leider so nicht bestätigen.

[scientific]

Grafikkarte/treiber im A?
RAM im A?

A? = Arsch

Vielleicht hast du doch ein Update gehabt und vergessen? unattanded-upgrades aktiv?

lg scientific

[DeletedUserReAsG]

Nun wollte ich gerne meine Daten vom Programm ecoDMS sichern. Nur komme ich da nicht ran. Leider auch nicht über die Konsole.

Beliebiges Livesystem starten, Partition mounten und Daten kopieren. Dabei auch gleich mal ’nen Blick ins Log werfen, ob da was zur Fehlerursache steht. Bleibt das Livessystem ebenfalls hängen, ist wohl von einem Hardwaredefekt auszugehen. In dem Fall Platte an einem anderen Rechner auslesen. Kommt es da auch zu Fehlern, mag die Platte defekt sein. In dem Fall dann neue Platte besorgen und Backup einspielen.

[Aiko]

Hallo,

jetzt habe ich eine Fehlermeldung bekommen.

https://www.dropbox.com/sh/fsd7f8ir55ff ... zmPua?dl=0

Geht leider nur über Dropbox.

Scheint etwas mit dem Kernel nicht zu stimmen, oder?
Wie kann, bzw. muss ich jetzt vorgehen?

Die Antworten hier im Forum und im Netz helfen mir leider nicht.

[scientific]

Schaut mir irgendwie nach kaputtem filesystem aus...

[Aiko]

Hallo,

habe mal eine Selbstdiagnose vom System gemacht.
Natürlich über Knoppix mit smartctl -a
Hier das Ergebnis:

Code: Alles auswählen

root@Microknoppix:~# smartctl -a /dev/sdb
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.7.9-64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Hitachi Deskstar P7K500
Device Model:     Hitachi HDP725050GLA360
Serial Number:    GEC534RJ11V5ZE
LU WWN Device Id: 5 000cca 357ceee33
Firmware Version: GM4OA5CA
User Capacity:    500.107.862.016 bytes [500 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    7200 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 2.6, 3.0 Gb/s
Local Time is:    Mon May 29 11:04:11 2017 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x84)	Offline data collection activity
					was suspended by an interrupting command from host.
					Auto Offline Data Collection: Enabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		( 7890) seconds.
Offline data collection
capabilities: 			 (0x5b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					No Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 ( 131) minutes.
SCT capabilities: 	       (0x003d)	SCT Status supported.
					SCT Error Recovery Control supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   100   100   016    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   133   133   054    Pre-fail  Offline      -       138
  3 Spin_Up_Time            0x0007   120   120   024    Pre-fail  Always       -       320 (Average 317)
  4 Start_Stop_Count        0x0012   098   098   000    Old_age   Always       -       9207
  5 Reallocated_Sector_Ct   0x0033   100   100   005    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   100   100   067    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   131   131   020    Pre-fail  Offline      -       29
  9 Power_On_Hours          0x0012   097   097   000    Old_age   Always       -       25863
 10 Spin_Retry_Count        0x0013   100   100   060    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   098   098   000    Old_age   Always       -       8827
192 Power-Off_Retract_Count 0x0032   093   093   000    Old_age   Always       -       9208
193 Load_Cycle_Count        0x0012   093   093   000    Old_age   Always       -       9208
194 Temperature_Celsius     0x0002   162   162   000    Old_age   Always       -       37 (Min/Max 10/46)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0022   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0008   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x000a   200   200   000    Old_age   Always       -       3

SMART Error Log Version: 1
ATA Error Count: 86 (device log contains only the most recent five errors)
	CR = Command Register [HEX]
	FR = Features Register [HEX]
	SC = Sector Count Register [HEX]
	SN = Sector Number Register [HEX]
	CL = Cylinder Low Register [HEX]
	CH = Cylinder High Register [HEX]
	DH = Device/Head Register [HEX]
	DC = Device Command Register [HEX]
	ER = Error register [HEX]
	ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 86 occurred at disk power-on lifetime: 16562 hours (690 days + 2 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 08 ee ef a9 e4  Error: UNC 8 sectors at LBA = 0x04a9efee = 78245870

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 08 ee ef a9 e0 00      04:32:48.100  READ DMA EXT
  25 00 08 ee ef a9 e0 00      04:32:43.600  READ DMA EXT
  ea 00 00 00 00 00 a0 00      04:32:43.500  FLUSH CACHE EXT
  35 00 08 9e 4f 9e e0 00      04:32:43.500  WRITE DMA EXT
  35 00 50 88 bb 13 e0 00      04:32:43.500  WRITE DMA EXT

Error 85 occurred at disk power-on lifetime: 16562 hours (690 days + 2 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 08 ee ef a9 e4  Error: UNC 8 sectors at LBA = 0x04a9efee = 78245870

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 08 ee ef a9 e0 00      04:32:43.600  READ DMA EXT
  ea 00 00 00 00 00 a0 00      04:32:43.500  FLUSH CACHE EXT
  35 00 08 9e 4f 9e e0 00      04:32:43.500  WRITE DMA EXT
  35 00 50 88 bb 13 e0 00      04:32:43.500  WRITE DMA EXT
  25 00 08 ee ef a9 e0 00      04:32:38.800  READ DMA EXT

Error 84 occurred at disk power-on lifetime: 16562 hours (690 days + 2 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 08 ee ef a9 e4  Error: UNC 8 sectors at LBA = 0x04a9efee = 78245870

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 08 ee ef a9 e0 00      04:32:38.800  READ DMA EXT
  25 00 08 ee ef a9 e0 00      04:32:34.500  READ DMA EXT
  ea 00 00 00 00 00 a0 00      04:32:33.800  FLUSH CACHE EXT
  35 00 08 d0 df 66 e0 00      04:32:27.700  WRITE DMA EXT
  ea 00 00 00 00 00 a0 00      04:32:27.700  FLUSH CACHE EXT

Error 83 occurred at disk power-on lifetime: 16562 hours (690 days + 2 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 08 ee ef a9 e4  Error: UNC 8 sectors at LBA = 0x04a9efee = 78245870

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 08 ee ef a9 e0 00      04:32:34.500  READ DMA EXT
  ea 00 00 00 00 00 a0 00      04:32:33.800  FLUSH CACHE EXT
  35 00 08 d0 df 66 e0 00      04:32:27.700  WRITE DMA EXT
  ea 00 00 00 00 00 a0 00      04:32:27.700  FLUSH CACHE EXT
  35 00 08 e0 df 66 e0 00      04:32:27.700  WRITE DMA EXT

Error 82 occurred at disk power-on lifetime: 16562 hours (690 days + 2 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 08 ee ef a9 e4  Error: UNC 8 sectors at LBA = 0x04a9efee = 78245870

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 08 ee ef a9 e0 00      04:32:17.600  READ DMA EXT
  25 00 08 f6 ef a9 e0 00      04:32:17.600  READ DMA EXT
  25 00 08 ee ef a9 e0 00      04:32:13.000  READ DMA EXT
  25 00 08 ee ef a9 e0 00      04:32:08.400  READ DMA EXT
  25 00 08 e6 ef a9 e0 00      04:32:08.400  READ DMA EXT

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%     25017         -
# 2  Short offline       Completed without error       00%     24861         -
# 3  Short offline       Completed without error       00%     24860         -
# 4  Short offline       Completed without error       00%     24860         -
# 5  Extended offline    Aborted by host               90%     15482         -
# 6  Short offline       Completed without error       00%     15482         -
# 7  Short offline       Aborted by host               10%     11917         -
# 8  Short offline       Aborted by host               10%      8829         -
# 9  Short offline       Completed without error       00%      7036         -
#10  Short offline       Completed without error       00%      7036         -
#11  Short offline       Completed without error       00%      6143         -
#12  Extended offline    Completed without error       00%      1029         -

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

Für mich sieht es nach Recherchen im Internet okay aus. Also kein Hardwaredefekt.

Wenn ich unter Knoppix meine Festplatte, die verschlüsselt ist, mounte, wird auch das Passwort akzeptiert und die Festplatte wird gemountet. Allerdings bricht der Vorgang ab.
Hilft das bei der Fehlersuche?
Wenn das Filesystem defekt ist, wie repariert man es am besten?

Gibt es eine Möglichkeit der Datensicherung unter Knoppix? Klar, aber es geht um das Programm ecoDMS. Das speichert die Daten in der Datenbank. Im Ordner opt liegt ein Zusatzbackuptool, welches ich auch über die Konsole aufrufen kann, aber wegen dem Fehler wird es nicht ausgeführt.
Unter Knoppix ist der Ordner opt leer. Wahrscheinlich wegen dem Abbruch beim Mounten.
Kann ich irgendwie die Datenbank sichern und dann wieder einspielen?
Wenn Ja, wie?
Anscheinend funktioniert es nicht mit Knoppix.

[scientific]

Hi.
Am handy sind codeausgaben leider nicht zu entziffern...
Aber wenn das Entschlusseln klappt, aber das Mounten des Entschlüsselten Devices dann abbricht, klingts schon mal nach kaputtem Filesystem.
Welches Filesystem ist es?
Google man nach fsck.filesystem (für filesystem bitte deines einsetzen).
Dann solltest du schon was finden, wie der Check und ggfs. die Reparatur durchzuführen ist.

Btw. Eine Partition, die verschlüsselt ist, wird beim entschlüsseln nicht gleich gemountet. Das macht wohl der Dateimanger.

Kannst du es auf der Konsole entsperren und dann mounten?
Und poste dann bitte Befehle + Fehlermeldung.

[Aiko]

Hallo,

so wenn ich die Festplatte über Knoppix entschlüssel und mounte, erscheint diese Fehlermeldung:

Beim Zugriff auf „463,0 GiB Festplatte (crypto_LUKS)“ ist ein Fehler aufgetreten, die Systemnachricht lautet: An unspecified error has occurred: No such interface 'org.freedesktop.UDisks2.Filesystem' on object at path /org/freedesktop/UDisks2/block_devices/dm_2d0

Aber wie es aussieht, sind die Daten wieder einmal futsch.
Ehrlich, so etwas ist mir unter Windows noch nie passiert. Da heißt es, Linux wäre stabiler und unanfälliger. Davon sehe ich keine Spur.
Überlege wirklich wieder zu Windows zurück zu kehren.
Irgendwie erscheint mir Linux noch nicht ausgereift zu sein.

[scientific]

Nun... Linux bedarf bei solchen Fällen dich einer gewissen Einarbeitung.

Du machst das offenbar noch immer per Filemanager.

Entschlüssle einmal auf der Konsole. Da sollte es aussagekräftigere Meldungen geben.

Google mal nach cryptsetup und luks für die Befehle.

[scientific]

Und wenn du zu Win zurück willst, so ziehe. Ich halte dich nicht auf.

[DeletedUserReAsG]

Irgendwie erscheint mir Linux noch nicht ausgereift zu sein.

Du bedienst es nur falsch. Wie schon gesagt wurde: öffne ’ne Shell, entschlüssele das Device mit cryptsetup, mounte es mit mount – und wenn dann Fehler auftreten sollten (der zitierte Fehler wird jedenfalls nicht auftreten), die Meldung hier posten – mit der kann man dann arbeiten.

[Aiko]

Hallo,

also ich möchte ja auch ungerne wechseln.
Aber anscheinend hat Linux ein Eigenleben, welches zu Datenverlust führt.
Ohne ersichtlichen Grund bleibt Debian plötzlich hängen.

Ich habe die Festplatte über die Konsole entschlüsselt.
Sieht dann so aus.

Code: Alles auswählen

root@Microknoppix:~# blkid -o list -w /dev/null
device                                        fs_type         label            mount point                                       UUID
---------------------------------------------------------------------------------------------------------------------------------------------------------------------
/dev/cloop0                                   iso9660         KNOPPIX_FS       /KNOPPIX                                          2016-10-22-11-42-58-79
/dev/cloop1                                   iso9660         KNOPPIX_ADDONS1  /KNOPPIX1                                         2016-10-22-16-00-20-00
/dev/zram0                                    swap                             [SWAP]                                            9d70907d-887c-42ed-a966-83283db4732c
/dev/sda                                                                       (not mounted)                                     
/dev/sdb1                                     ext4            Bootloader       (not mounted)                                     a037a657-45d2-44f9-866a-c760cc406399
/dev/sdb5                                     crypto_LUKS                      (not mounted)                                     422c4218-1ff3-472b-87fb-8b74734a397a
/dev/sr0                                      iso9660         KNOPPIX          /mnt-system                                       2016-10-26-00-50-49-00
root@Microknoppix:~# cryptsetup luksOpen /dev/sdb5 sdb5_crypt
Geben Sie die Passphrase für »/dev/sdb5« ein: 
root@Microknoppix:~# blkid -o list -w /dev/null
device                                        fs_type         label            mount point                                       UUID
---------------------------------------------------------------------------------------------------------------------------------------------------------------------
/dev/cloop0                                   iso9660         KNOPPIX_FS       /KNOPPIX                                          2016-10-22-11-42-58-79
/dev/cloop1                                   iso9660         KNOPPIX_ADDONS1  /KNOPPIX1                                         2016-10-22-16-00-20-00
/dev/zram0                                    swap                             [SWAP]                                            9d70907d-887c-42ed-a966-83283db4732c
/dev/sdb1                                     ext4            Bootloader       (not mounted)                                     a037a657-45d2-44f9-866a-c760cc406399
/dev/sdb5                                     crypto_LUKS                      (in use)                                          422c4218-1ff3-472b-87fb-8b74734a397a
/dev/sr0                                      iso9660         KNOPPIX          /mnt-system                                       2016-10-26-00-50-49-00
/dev/sda                                                                       (not mounted)                                     
/dev/mapper/sdb5_crypt                        LVM2_member                      (in use)                                          EoK82Y-sPrr-s1Wy-0cWW-7qcn-mFuQ-mYIeki
/dev/mapper/aiko-Linux                        ext4            Linuxdaten       (not mounted)                                     701dd6ea-68b9-4e66-94b7-1237ee95e50b
/dev/mapper/aiko-tmp                          ext4            temporäre Daten (not mounted)                                     4b401066-385f-4d6d-b579-077082d44be4
/dev/mapper/aiko-swap                         swap                             (not mounted)                                     d57e5cad-c731-4639-a066-0ebc97d8fae8
/dev/mapper/aiko-usr                          ext4            statische Daten  (not mounted)                                     dc8f4671-59bc-4ffa-93d4-0ce4f0aafff8
/dev/mapper/aiko-var                          ext4            veränderbare Da (not mounted)                                     90e80634-1497-41d5-9d37-ad7e6d296f47
/dev/mapper/aiko-Home                         ext4            Homedaten        (not mounted)                                     629a1a03-0129-41cc-870e-4ce841faee56

Dann die einzelnen Partitonen gemountet.

Code: Alles auswählen

root@Microknoppix:~# mount /dev/mapper/aiko-var /mnt
root@Microknoppix:~# mount /dev/mapper/aiko-Linux /mnt
root@Microknoppix:~# mount /dev/mapper/aiko-tmp /mnt
root@Microknoppix:~# mount /dev/mapper/aiko-usr /mnt
oot@Microknoppix:~# mount /dev/mapper/aiko-var /mnt
root@Microknoppix:~# mount /dev/mapper/aiko-Home /mnt

Alles ohne Probleme und mit Erfolg:

Code: Alles auswählen

root@Microknoppix:~# blkid -o list -w /dev/null
device                                        fs_type         label            mount point                                       UUID
---------------------------------------------------------------------------------------------------------------------------------------------------------------------
/dev/cloop0                                   iso9660         KNOPPIX_FS       /KNOPPIX                                          2016-10-22-11-42-58-79
/dev/cloop1                                   iso9660         KNOPPIX_ADDONS1  /KNOPPIX1                                         2016-10-22-16-00-20-00
/dev/zram0                                    swap                             [SWAP]                                            9d70907d-887c-42ed-a966-83283db4732c
/dev/sdb1                                     ext4            Bootloader       (not mounted)                                     a037a657-45d2-44f9-866a-c760cc406399
/dev/sdb5                                     crypto_LUKS                      (in use)                                          422c4218-1ff3-472b-87fb-8b74734a397a
/dev/sr0                                      iso9660         KNOPPIX          /mnt-system                                       2016-10-26-00-50-49-00
/dev/mapper/sdb5_crypt                        LVM2_member                      (in use)                                          EoK82Y-sPrr-s1Wy-0cWW-7qcn-mFuQ-mYIeki
/dev/mapper/aiko-Linux                        ext4            Linuxdaten       (in use)                                          701dd6ea-68b9-4e66-94b7-1237ee95e50b
/dev/mapper/aiko-tmp                          ext4            temporäre Daten (in use)                                          4b401066-385f-4d6d-b579-077082d44be4
/dev/mapper/aiko-swap                         swap                             (not mounted)                                     d57e5cad-c731-4639-a066-0ebc97d8fae8
/dev/mapper/aiko-usr                          ext4            statische Daten  (in use)                                          dc8f4671-59bc-4ffa-93d4-0ce4f0aafff8
/dev/mapper/aiko-var                          ext4            veränderbare Da (in use)                                          90e80634-1497-41d5-9d37-ad7e6d296f47
/dev/mapper/aiko-Home                         ext4            Homedaten        /mnt                                              629a1a03-0129-41cc-870e-4ce841faee56
/dev/sda                                                                       (not mounted)                                     
/dev/sdf1                                     vfat            SCANS            (not mounted)                                     D681-7B3A
root@Microknoppix:~#

So sieht jetzt der Inhalt aus.

Code: Alles auswählen

root@Microknoppix:/# dir
bin   dev  home  KNOPPIX   lib	  libx32  mnt	      mnt-user	opt   ramdisk  run   sys  UNIONFS  var
boot  etc  init  KNOPPIX1  lib64  media   mnt-system  modules	proc  root     sbin  tmp  usr

Der Homeordner finde ich unter /mnt/aiko.
Aber alle anderen Ordner finde ich nicht.

Oder doch ein Fehler beim Mounten gemacht?

Die Partitionen werden auch nicht im Dateimanager angezeigt. Dort heißt es, ich muss das Dateisystem einhängen. Versuche ich es, erscheint die Fehlermeldung:
mount: unbekannter Dateisystemtyp „crypto_LUKS“

Ich bin schon wirr im Kopf.

[scientific]

Du mountest offenbar jede einzelne entschlüsselte Partition auf /mnt. Also übereinander.
Klar dass du nur die letzte gemountete siehst, da die anderen darunter verschwinden.

Welche der Partitionen ist denn / ?
Die hängst du als erstes ein.
Dann hängst du vo oben nach unten /dev/mapper/aiko-Home nach /mnt/home,
/dev/mapper/aiko-var nach /mnt/var usw ein.
Dann hast du unter /mnt deinen vollen Verzeichnisbaum.

Lg scientific

[Aiko]

Hallo,

klar daran lag es. Ist schon spät. Aber jetzt habe ich natürlich Zugriff auf alle Ordner

Mir geht es eigentlich nur um die Daten vom Programm ecoDMS.
Das hat eine grafische Backupfunktion und eine über die Konsole.

39.4.2 Konsolen Programm zur Datensicherung
Bei der Installation des ecoDMS Servers wird unter Ubuntu/Debian im Verzeichnis /opt/ecodms/ecodmsserver/tools ei-
ne Datei namens "ecoDMSBackupConsole" abgelegt. Diese erzeugt bei der Ausführung ein Backup des Verzeichnisses
ecoDMS Version 16.09 (eleanor)
Handbuch | DE
39. Backup (Datensicherung)
271
/opt/ecodms/workdir und erstellt einen Dump der Datenbank (backup.sql). Die Dateien werden anschließend in einem
vordefinierten Zielverzeichnis als ZIP-Datei abgelegt [2, 3, 1].
1. Stellen Sie sicher, dass keine Benutzer mit dem ecoDMS Server verbunden sind / arbeiten.
a) Beenden Sie hierzu alle mit dem ecoDMS Server verbundenen Connection Manager.
b) Überprüfen und schließen Sie auch alle ggf. anderen bestehenden Verbindungen zum Server (z.B. Web-Oberfläche,
Mobile Apps...).
2. Für die Datensicherung geben Sie wie folgt vor:
Die nachfolgenden Befehle müssen unbedingt als root ausgeführt werden.
3. Für die Datensicherung geben Sie unter /opt/ecodms/ecodmsserver/tools diesen Befehl ein:
./ecoDMSBackupConsole /Zielverzeichnis [best|bestspeed|no]
a) In den Klammern stehen die optionalen Parameter für die Komprimierung. Die Stärke der Komprimierung wirkt
sich auf die Dauer des Vorgangs aus.
i. best: die Sicherung wird mit der höchsten Komprimierung gepackt
ii. bestspeed: die Sicherung wird mit der schnellsten Komprimierung gepackt
iii. no: die Sicherung wird ohne Komprimierung gepackt
iv. Wird kein Parameter angegeben, greift die Standardkomprimierung.
4. Die erzeugte Sicherung kann als ZIP-Datei mit dem OneClick Backup, nachdem die ZIP-Datei entpackt wurde,
wiederhergestellt werden.

Ich gebe dann dieses ein. Also erst einmal in den richtigen Ordner wechseln und dann:

Code: Alles auswählen

root@Microknoppix:/mnt/linux/opt/ecodms/ecodmsserver/tools# ./ecoDMSBackupConsole /media/sdf1/ecoDMS
./ecoDMSBackupConsole: error while loading shared libraries: libQt5Gui.so.5: cannot open shared object file: No such file or directory

Als Zielordner habe ich den Ordner auf der externen Festplatte gewählt.
Nun sieht es so aus, als ob eine Datei nicht geladen wird. Oder interpretier ich das falsch?
Kann man die nachladen? Scheint ein Problem mit dem Pfad zu sein.

Das Programm speichert die Daten in der eigenen Datenbank.

Das Client-Server-System ecoDMS speichert Dokumente standardmäßig in der mitgelieferten Datenbank PostgreSQL.

Müsste es da nicht reichen, wenn man die Datenbank auf die externe Festplatte speichert?
Die Datenbank liegt entschlüsselt auf der Partition,. die ich bescheuerter Weise "veränderbare Da" genannt habe.
Problem ist jetzt, dass ich die Datenbank mit einem Dateimanager mit Rootrechten nicht kopieren kann.
Über die Konsole komme ich da nicht ran, da ich in das Verzeichnis "veränderbare Da" nicht komme.
Der komplette Pfad lautet: /media/knoppix/veränderbare Da/lib/postgresql
Heißt immer wieder zu viele Argumente.

Was nun?

[scientific]

Setze den Pfad in Anführungszeichen, oder escape das Leerzeichen mit einem Backslash...

[Aiko]

Hallo,

also ich wollte eben das Dateisystem auf der Festplatte überprüfen.

Da es nur geht, wenn die Festplatte entschlüsselt und nicht gemountet ist, habe ich sie über die Konsole nur entschlüsselt.

Dann diesen Befehl eingeben mit der Fehlermeldung:

Code: Alles auswählen

root@Microknoppix:/# fsck.ext4 -v -f -c /dev/sdb5
e2fsck 1.43.3 (04-Sep-2016)
/dev/sdb5 wird verwendet.
e2fsck: Fortsetzung nicht möglich, wird abgebrochen.

Was ich nicht verstehe, wie so wird die Festplatte verwendet?
Ich habe sie doch nur entschlüsselt und dann den Befehl eingegeben.

[scientific]

/dev/sdb5 ist das verschlüsselte device.
Wenn du es entschlüsselst, findest du es unter /dev/mapper/... wieder. Da kannst du dann fsck drüberlaufen lassen.

[Aiko]

Hallo,

Danke für die Antwort.

Ich sehe den Wald vor lauter Bäumen nicht mehr.
Ist ja logisch, dass die Festplatte in Gebrauch ist.
Aber momentan schwirrt mir der Kopf. Muss erst einmal etwas pausieren und alles ordnen.
Noch gebe ich die Hoffnung auf die Datenrettung nicht auf.
Ich bleibe Debian treu, wenn auch mit einem lachenden und weinendem Auge.
Habe wieder gut dazu gelernt, Dank der hilfsbereiten und geduldigen Antworten.

Werde mich noch einmal zum Thema melden.
Kann aber ein paar Tage dauern.

[owl102]

Grafikkarte/treiber im A?
RAM im A?

Netzteil im A? (Kondensatoren im A?)

Für mich hört sich das auch nach einem Hardwaredefekt an.

[Aiko]

Hallo,

fsck brachte folgende Ergebnisse:

Code: Alles auswählen

root@Microknoppix:/# fsck.ext4 -v -f -c /dev/mapper/aiko-Linux
e2fsck 1.43.3 (04-Sep-2016)
Es wird nach defekten Blöcken gsucht (Nur-Lesen-Modus):erledigt                                             
Linuxdaten: Updating bad block inode.
Durchgang 1: Inodes, Blöcke und Größen werden geprüft
Durchgang 2: Verzeichnisstruktur wird geprüft
Durchgang 3: Verzeichnisverknüpfungen werden geprüft
Durchgang 4: Referenzzähler werden überprüft
Durchgang 5: Zusammengefasste Gruppeninformation wird geprüft

Linuxdaten: ***** DATEISYSTEM WURDE VERÄNDERT *****

        9483 Inodes sind in Benutzung (0.39% von 2441216)
           2 nicht zusammenhängende Dateien (0.0%)
           6 nicht zusammenhängende Verzeichnisse (0.1%)
             # von Inodes mit ind/dind/tind Blöcken: 0/0/0
             Histogramm der Tiefe von Erweiterungen: 7912/5
      754766 Blöcke werden benutzt (7.73% von 9764864)
           0 defekte Blöcke
           1 große Datei

        6407 reguläre Dateien
        1322 Verzeichnisse
          12 zeichenorientierte Gerätedateien
          25 Blockgerätedateien
           0 Fifos
           3 Verknüpfungen
        1708 symbolische Verknüpfungen (1521 schnelle symbolische Verknüpfungen)
           0 Sockets
------------
        9477 Dateien
root@Microknoppix:/# fsck.ext4 -v -f -c /dev/mapper/aiko-usr
e2fsck 1.43.3 (04-Sep-2016)
Es wird nach defekten Blöcken gsucht (Nur-Lesen-Modus):erledigt                                             
statische_Daten: Updating bad block inode.
Durchgang 1: Inodes, Blöcke und Größen werden geprüft
Durchgang 2: Verzeichnisstruktur wird geprüft
Durchgang 3: Verzeichnisverknüpfungen werden geprüft
Durchgang 4: Referenzzähler werden überprüft
Durchgang 5: Zusammengefasste Gruppeninformation wird geprüft

statische_Daten: ***** DATEISYSTEM WURDE VERÄNDERT *****

      117990 Inodes sind in Benutzung (12.89% von 915712)
          11 nicht zusammenhängende Dateien (0.0%)
         114 nicht zusammenhängende Verzeichnisse (0.1%)
             # von Inodes mit ind/dind/tind Blöcken: 0/0/0
             Histogramm der Tiefe von Erweiterungen: 103591/10
     1176609 Blöcke werden benutzt (32.13% von 3661824)
           0 defekte Blöcke
           1 große Datei

       93734 reguläre Dateien
        9768 Verzeichnisse
           0 zeichenorientierte Gerätedateien
           0 Blockgerätedateien
           0 Fifos
          33 Verknüpfungen
       14479 symbolische Verknüpfungen (14381 schnelle symbolische Verknüpfungen)
           0 Sockets
------------
      118014 Dateien
root@Microknoppix:/# fsck.ext4 -v -f -c /dev/mapper/aiko-var
e2fsck 1.43.3 (04-Sep-2016)
Es wird nach defekten Blöcken gsucht (Nur-Lesen-Modus):erledigt                                             
veränderbare_Da: Updating bad block inode.
Durchgang 1: Inodes, Blöcke und Größen werden geprüft
Durchgang 2: Verzeichnisstruktur wird geprüft
Durchgang 3: Verzeichnisverknüpfungen werden geprüft
Durchgang 4: Referenzzähler werden überprüft
Durchgang 5: Zusammengefasste Gruppeninformation wird geprüft

veränderbare_Da: ***** DATEISYSTEM WURDE VERÄNDERT *****

       11630 Inodes sind in Benutzung (1.90% von 610800)
         244 nicht zusammenhängende Dateien (2.1%)
           8 nicht zusammenhängende Verzeichnisse (0.1%)
             # von Inodes mit ind/dind/tind Blöcken: 0/0/0
             Histogramm der Tiefe von Erweiterungen: 11341/25
      377676 Blöcke werden benutzt (15.47% von 2441216)
           0 defekte Blöcke
           1 große Datei

       10918 reguläre Dateien
         445 Verzeichnisse
           0 zeichenorientierte Gerätedateien
           0 Blockgerätedateien
           0 Fifos
           0 Verknüpfungen
         234 symbolische Verknüpfungen (232 schnelle symbolische Verknüpfungen)
          24 Sockets
------------
       11621 Dateien

Homeverzeichnis läuft noch.

Glaube nicht an einen Hardwaredefekt. Denn mit der Live-CD läuft alles stundenlang einwandfrei.
Wenn es ein Hardwaredefekt wäre, müsste er doch auch irgendwann mit der Live-CD auftreten.
Die Selbstdiagnose mit smartctl -a brachte auch keine Defekte zum Vorschein.
Memtest ohne Beanstandungen.

[Aiko]

Hallo,

habe mal das neuste Systemlogfile beigefügt. Für mich sieht es normal aus.

http://nopaste.debianforum.de/39829

Hoffe, das ist es, was gemeint war.

Vielleicht hilft es bei der Fehlersuche.

[Aiko]

und Teil 2:

hat sich erübrigt Dank nopaste.

[scientific]

Sowas bitte nach nopaste. Ich scrolle mich zu tode!

[Aiko]

Hallo,

ich hoffe, jetzt ist es richtig.

Hier noch einmal der Link.

39829

Ich habe noch einmal fsck ausgeführt.
Nun erhielt ich folgende Fehlermeldung:

Code: Alles auswählen

root@Microknoppix:~# fsck.ext4 -f /media/sdb5
e2fsck 1.43.3 (04-Sep-2016)
fsck.ext4: Ist ein Verzeichnis beim Versuch, /media/sdb5 zu öffnen

Der Superblock ist unlesbar bzw. beschreibt kein gültiges ext2/ext3/ext4-
Dateisystem. Wenn das Gerät gültig ist und ein ext2/ext3/ext4-
Dateisystem (kein swap oder ufs usw.) enthält, dann ist der Superblock
beschädigt, und Sie könnten versuchen, e2fsck mit einem anderen Superblock
zu starten:
    e2fsck -b 8193 <Gerät>
 oder
    e2fsck -b 32768 <Gerät>

root@Microknoppix:~#

Die anderen beiden Vorschläge blieben ohne Erfolg.
Immer die gleiche Fehlermeldung.

[Aiko]

Hallo,

es geht mir immer noch um das Backup der ecoDMS Datenbank.
Die Datenbank und die anderen Daten sind definitiv noch auf der Festplatte.
Habe ein weiteres Debian auf einer anderen Festplatte installiert.
Gibt es darüber eine Möglichkeit, mich in das defekte System einzuloggen, so dass ich ein Backup von ecoDMS machen kann?