Visa obesvarade inlägg | Visa aktiva trådar Aktuellt datum och tid: 28 nov 2020, 11:19



Svara på tråd  [ 15 inlägg ] 
 HJÄLP!!! 
Författare Meddelande

Blev medlem: 20 mar 2012, 09:39
Inlägg: 118
Ort: Granrisvägen 25A Örebro
OS: Linux Mint
Utgåva: Vet inte/ingen utgåva passar
Svara med citat
Inlägg HJÄLP!!!
HJÄLP!!!
Använde programmet DDresque för att försöka rädda lite bilder från en annan disk.
Det gick åt skogen!!!
Min 500GB disk blev tom där allt är sparat.
OBS att jag inte använde 500GB-disken för att rädda bilder utan min 160GB-disk.
Så här ser det ut idag i Diskar:
Bilaga:
diskar.png
diskar.png [ 76.25 KiB | Visad 2678 gånger ]





Men så här ser det ut i Gparted (på samma disk):

Bilaga:
Gparted.png
Gparted.png [ 28.92 KiB | Visad 2678 gånger ]




Båda är märkta som sdb1
Jag kan inte se 500disken i "Datorn"
Där finns nu istället 2 st 150GB diskar.

HUR räddar jag min 500GB-disk?????


28 jan 2020, 19:37
Profil
Användarvisningsbild

Blev medlem: 05 apr 2008, 23:09
Inlägg: 5646
Ort: Göteborg/Mölndal/Falkenberg
OS: Ubuntu
Svara med citat
Inlägg Re: HJÄLP!!!
  • Storleken på disken är densamma i "Diskar" och "GParted". Orsaken till att det ser olika ut, är att GB är inte samma sak som GiB. Om man näter i GB, så är 1 KB 1000 bytes, men om man mäter i GiB så är en KiB 1024 bytes.

    Och storleken i GParted (465,76) blir ungefär 500 om man multiplicerar den med 1,024*1,024*1,024
    Samma sak gör också att "Diskar" och GParted egentligen har exakt samma uppfattning om hur mycket som är ledigt.
    .
  • Sedan har din 500 GB disk på något sätt fått namnet "150GB", vilket enbart innebär att den just nu heter så. Du kan avmontera den och döpa om den till precis vad du vill i GParted eller från bash...
    .
  • Det enda jag inte kan komma på direkt nu är varför "Diskar" och "GParted" har olika uppfattning om hur mycket som är använt. Men det kan hända att en "fsck" kan fixa det...

Så....

  1. Börja med att avmontera /dev/sdb1:
    sudo umount /dev/sdb1
    .
  2. Döp om den till något bättre namn, med t.ex:
    sudo e2label /dev/sdb1 500GB
    .
  3. Kör en fsck på den:
    sudo e2fsck -f -y -v -C 0 -D /dev/sdb1
    .
  4. Montera den och se hur det ser ut på den, om bilderna finns kvar och så...

Och om inte det funkar, så får vi prova med "testdisk" eller något annat....

_________________
Agera genom att ta och behålla initiativet, ta de risker detta kräver...
http://www.enargo.com/it/
OpenVMS Shark - i Linux finns inte SYS$CMKRNL...


29 jan 2020, 00:07
Profil WWW

Blev medlem: 20 mar 2012, 09:39
Inlägg: 118
Ort: Granrisvägen 25A Örebro
OS: Linux Mint
Utgåva: Vet inte/ingen utgåva passar
Svara med citat
Inlägg Re: HJÄLP!!!
Tack Ospray.
Ny ser det ut så här:

lennart@lennartLinux ~ $ sudo umount /dev/sdb1
[sudo] lösenord för lennart:

lennart@lennartLinux ~ $ sudo e2label /dev/sdb1 500GB

lennart@lennartLinux ~ $ sudo e2fsck -f -y -v -C 0 -D /dev/sdb1
e2fsck 1.42.13 (17-May-2015)
Pass 1: Kontrollerar inoder, block och storlekar
Pass 2: Kontrollerar katalogstruktur
Pass 3: Kontrollerar katalogförbindelser
Pass 3A: Optimerar kataloger
Pass 4: Kontrollerar referensräknare
Pass 5: Kontrollerar gruppsammanfattningsinformation

500GB: ***** FILSYSTEMET MODIFIERADES *****

11 inoder använda (0.00 %, av 9773056)
0 ej konsekutiva filer (0.0 %)
0 ej konsekutiva kataloger (0.0 %)
antal inoder med ind/dind/tind-block: 0/0/0
Histogram över utsträckningars djup: 3
661351 använda block (1.69 %, av 39072256)
0 dåliga block
1 stor fil

0 normala filer
2 kataloger
0 teckenenhetsfiler
0 blockenhetsfiler
0 fifon
0 länkar
0 symboliska länkar (0 snbba symboliska länkar)
0 uttag (sockets)
------------
2 filer
lennart@lennartLinux ~ $
Den är ju fortfarande helt tom i Home-HD,n Klickar jag till vänster i Home så finns inget i 500GB.


29 jan 2020, 11:33
Profil
Användarvisningsbild

Blev medlem: 05 apr 2008, 23:09
Inlägg: 5646
Ort: Göteborg/Mölndal/Falkenberg
OS: Ubuntu
Svara med citat
Inlägg Re: HJÄLP!!!
Hur ser det ut om du kör:
Kod:
ls -l /dev/disk/by-uuid

och:
Kod:
df

och:
Kod:
cat /etc/fstab

och:
Kod:
sudo parted -l

_________________
Agera genom att ta och behålla initiativet, ta de risker detta kräver...
http://www.enargo.com/it/
OpenVMS Shark - i Linux finns inte SYS$CMKRNL...


29 jan 2020, 12:26
Profil WWW

Blev medlem: 20 mar 2012, 09:39
Inlägg: 118
Ort: Granrisvägen 25A Örebro
OS: Linux Mint
Utgåva: Vet inte/ingen utgåva passar
Svara med citat
Inlägg Re: HJÄLP!!!
Så här ser det ut enligt dina kommandon:

lennart@lennartLinux ~ $ ls -l /dev/disk/by-uuid
totalt 0
lrwxrwxrwx 1 root root 10 jan 29 11:29 219ca5ce-33e3-43d8-8dc7-f964f3d14f0e -> ../../sdc3
lrwxrwxrwx 1 root root 10 jan 29 11:29 2651b9bb-8c57-4043-aea9-e73d1d828b10 -> ../../sdc1
lrwxrwxrwx 1 root root 10 jan 29 11:29 a79403de-94e9-4e46-9f33-29f9bd0bfa1b -> ../../sdc5
lrwxrwxrwx 1 root root 10 jan 29 11:29 b74ad7f8-0fd2-4d8e-82d1-6d74e4615b8f -> ../../sda1
lrwxrwxrwx 1 root root 10 jan 29 11:56 D1A3-1625 -> ../../sdj1
lennart@lennartLinux ~ $ df
Filsystem 1K-block Använt Tillgängligt Anv% Monterat på
udev 3967176 0 3967176 0% /dev
tmpfs 798144 34568 763576 5% /run
/dev/sdc1 28706020 26756960 467836 99% /
tmpfs 3990716 65840 3924876 2% /dev/shm
tmpfs 5120 4 5116 1% /run/lock
tmpfs 3990716 0 3990716 0% /sys/fs/cgroup
/dev/loop0 164096 164096 0 100% /snap/gnome-3-28-1804/116
/dev/loop1 45312 45312 0 100% /snap/gtk-common-themes/1353
/dev/loop2 23040 23040 0 100% /snap/snapd/5643
/dev/loop3 46080 46080 0 100% /snap/gtk-common-themes/1440
/dev/loop5 23040 23040 0 100% /snap/snapd/5754
/dev/loop4 55936 55936 0 100% /snap/core18/1288
/dev/loop6 160512 160512 0 100% /snap/gnome-3-28-1804/110
/dev/loop7 56064 56064 0 100% /snap/core18/1650
/dev/loop8 60928 60928 0 100% /snap/easy-disk-cleaner/22
/dev/sdc3 83525168 68094536 11164700 86% /home
cgmfs 100 0 100 0% /run/cgmanager/fs
tmpfs 798144 40 798104 1% /run/user/1000
/dev/sda1 153704484 60864 145812788 1% /media/lennart/150GB
/dev/sdb1 153704484 60864 145812788 1% /media/lennart/500GB
/dev/sdj1 312493536 19621280 292872256 7% /media/lennart/LGDisk
lennart@lennartLinux ~ $ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdc1 during installation
UUID=2651b9bb-8c57-4043-aea9-e73d1d828b10 / ext4 errors=remount-ro 0 1
# /home was on /dev/sdc3 during installation
UUID=219ca5ce-33e3-43d8-8dc7-f964f3d14f0e /home ext4 defaults 0 2
# swap was on /dev/sda5 during installation
UUID=833d250a-5af1-4474-8733-9234fdb7c66a none swap sw 0 0
# swap was on /dev/sdc5 during installation
UUID=a79403de-94e9-4e46-9f33-29f9bd0bfa1b none swap sw 0 0
lennart@lennartLinux ~ $ sudo parted -l
[sudo] lösenord för lennart:
Modell: ATA ST9160821AS (scsi)
Disk /dev/sda: 160GB
Sektorstorlek (logisk/fysisk): 512B/512B
Partitionstabell: msdos
Disk Flags:

Nummer Början Slut Storlek Typ Filsystem Flaggor
1 1049kB 160GB 160GB primary ext4


Modell: ATA WDC WD5000AAKX-0 (scsi)
Disk /dev/sdb: 500GB
Sektorstorlek (logisk/fysisk): 512B/512B
Partitionstabell: msdos
Disk Flags:

Nummer Början Slut Storlek Typ Filsystem Flaggor
1 1049kB 500GB 500GB primary ext4


Modell: ATA KINGSTON SV300S3 (scsi)
Disk /dev/sdc: 120GB
Sektorstorlek (logisk/fysisk): 512B/512B
Partitionstabell: msdos
Disk Flags:

Nummer Början Slut Storlek Typ Filsystem Flaggor
1 1049kB 30,0GB 30,0GB primary ext4 startbar
3 30,0GB 117GB 87,0GB primary ext4
2 117GB 120GB 3000MB extended
5 117GB 120GB 3000MB logical linux-swap(v1)


Modell: WDC WD32 00BEVT-22A23T0 (scsi)
Disk /dev/sdj: 320GB
Sektorstorlek (logisk/fysisk): 512B/512B
Partitionstabell: msdos
Disk Flags:

Nummer Början Slut Storlek Typ Filsystem Flaggor
1 1049kB 320GB 320GB primary fat32 lba


lennart@lennartLinux ~ $


29 jan 2020, 15:29
Profil
Användarvisningsbild

Blev medlem: 05 apr 2008, 23:09
Inlägg: 5646
Ort: Göteborg/Mölndal/Falkenberg
OS: Ubuntu
Svara med citat
Inlägg Re: HJÄLP!!!
Prova också med:
Kod:
sudo lsblk -i -o +UUID

_________________
Agera genom att ta och behålla initiativet, ta de risker detta kräver...
http://www.enargo.com/it/
OpenVMS Shark - i Linux finns inte SYS$CMKRNL...


29 jan 2020, 21:51
Profil WWW

Blev medlem: 20 mar 2012, 09:39
Inlägg: 118
Ort: Granrisvägen 25A Örebro
OS: Linux Mint
Utgåva: Vet inte/ingen utgåva passar
Svara med citat
Inlägg Re: HJÄLP!!!
Ett nytt problem med datorn.
Sitter nu på en annans dator.
Utan någon som helst anledning så blev 30GB systemet och så fullt.
Det gick inte att spara något alls.
Tog usb,n och gick in med gparted med den och förminskade Homedisken.
Och förstorade systemdisken trodde jag.
Det gick bra i början men sedan stod den bara stilla över 1 timme så jag avbröt förstorningen.
Nu i gparted så ser jag Homedisken blev vit och kan inte göra något alls med den.
Och datorn startar till en del.
Den stannar efter att mintloggan tar slut och kommer ingen annanstands.

Den ser ut så här nu:
Bilaga:
20200130_160630a.jpg
20200130_160630a.jpg [ 231.41 KiB | Visad 2541 gånger ]


30 jan 2020, 16:00
Profil
Användarvisningsbild

Blev medlem: 05 apr 2008, 23:09
Inlägg: 5646
Ort: Göteborg/Mölndal/Falkenberg
OS: Ubuntu
Svara med citat
Inlägg Re: HJÄLP!!!
LennartL skrev:
Utan någon som helst anledning så blev 30GB systemet och så fullt.
Det gick inte att spara något alls.
Det som förmodligen hände är att på grund av det andra felet så fylldes någon loggfil. Förmodligen hade det varit rätt enkelt att rensa det och sedan fixa det andra felet...

LennartL skrev:
Tog usb,n och gick in med gparted med den och förminskade Homedisken.
Det är fullkomligt "livsfarligt" att köra GParted från en pinne om man inte vet exakt vad man gör. I det läget har man helt fulla rättigheter att göra precis vad som helst, utan något som helst "skyddsnät"....

LennartL skrev:
Och förstorade systemdisken trodde jag.
Det gick bra i början men sedan stod den bara stilla över 1 timme så jag avbröt förstorningen.
Att förstora en partition och minska en annan, kan ta flera timmar, utan att det ser ut som om den gör något. Under den tiden är systemet extremt sårbart, eftersom GParted håller på och flyttar omkring saker på den och allting är i en "odefinierbar röra". Förmodligen höll GParted på med att flytta all data i partitonerna för att den skulle kunna ändra storleken på dem och det kan som sagt var ta flera timmar....

LennartL skrev:
Nu i gparted så ser jag Homedisken blev vit och kan inte göra något alls med den.
Självklart, eftersom allting på den ligger i en enda odefinierbar röra....

LennartL skrev:
Och datorn startar till en del.
Den stannar efter att mintloggan tar slut och kommer ingen annanstands.
Tyder på att åtminstone root-partitionen har en del kvar som ligger i någon form av ordning....

Jag är lite osäker på om vi kan återskapa det här till så som det var innan, men vi får ta det steg för steg och se hur långt vi kan göra och gör ingenting mer själv, om du inte vet exakt vad du gör och precis vad som händer nere under ytan i operativsystemet....

  1. Starta upp från en GParted-pinne
  2. Gå ut i en shell
  3. Installera gpart
  4. Starta GParted i det grafiska gränssnittet
  5. Markera /dev/sdc3
  6. Klicka på "Device"
  7. Välj "Try to rescue data" (eller vad det nu heter på engelska), nedersta raden
  8. Låt den i lugn och ro (har ingen aning om hur lång tid det tar) försöka återskapa strukturen på /dev/sdc3, så att det blir en igenkännbar ext-partition igen, om det nu går....

_________________
Agera genom att ta och behålla initiativet, ta de risker detta kräver...
http://www.enargo.com/it/
OpenVMS Shark - i Linux finns inte SYS$CMKRNL...


30 jan 2020, 20:27
Profil WWW

Blev medlem: 20 mar 2012, 09:39
Inlägg: 118
Ort: Granrisvägen 25A Örebro
OS: Linux Mint
Utgåva: Vet inte/ingen utgåva passar
Svara med citat
Inlägg Re: HJÄLP!!!
Tack Ospray: Tyvärr så gick det inte. Den sökte bara systemfiler och det har jag ju inga i Home-disken.
Men jag har installerat LinuxMint 19.3 på datorn och nu fungerar den.
Men mina diskar som är mounterade LGDisk. 500GB och 150Gb får jag ingen rättighet till.
Ser ut så här:
Bilaga:
Skärmavbild vid 2020-01-31 09-27-26.png
Skärmavbild vid 2020-01-31 09-27-26.png [ 10.21 KiB | Visad 2497 gånger ]

på alla 3 diskarna.
Tackar för terminalkommondon för att få rättigheter till dom.

Mitt problem med 500GB-disken är kvar.
Den går att rädda mycket på.
MEN varför tar systemet i Mint 19.3 så mycket när jag kör photorec i datorn för att rädda 500GB disken till en annan disk???


31 jan 2020, 10:55
Profil
Användarvisningsbild

Blev medlem: 05 apr 2008, 23:09
Inlägg: 5646
Ort: Göteborg/Mölndal/Falkenberg
OS: Ubuntu
Svara med citat
Inlägg Re: HJÄLP!!!
LennartL skrev:
Tack Ospray: Tyvärr så gick det inte. Den sökte bara systemfiler och det har jag ju inga i Home-disken.
Men jag har installerat LinuxMint 19.3 på datorn och nu fungerar den.
Men mina diskar som är mounterade LGDisk. 500GB och 150Gb får jag ingen rättighet till.
Ser ut så här:
Bilaga:
Skärmavbild vid 2020-01-31 09-27-26.png

på alla 3 diskarna.
Tackar för terminalkommondon för att få rättigheter till dom.
Den utskriften betyder ju normalt att -"Använd sudo före det kommandot du försöker köra"

Exakt hur du ska få rättighet beror lite på vad du vill göra och om du vill ha diskarna permanent åtkomliga, så ska du lägga in monteringen i /etc/fstab.

Vad försöker du göra när du får den felutskriften..??

LennartL skrev:
Mitt problem med 500GB-disken är kvar.
Den går att rädda mycket på.
Det går säkert att rädda rätt mycket på den med "testdisk", men det är mycket osäkert om filerna/bilderna får sina ursprungliga namn då, liksom det är osäkert om katalogstrukturen går att rädda. Skulle det vara så enkelt att fsck/e2fsck kan fixa till disken, så är det mycket enklare...

Bilderna går förmodligen att rädda...

LennartL skrev:
MEN varför tar systemet i Mint 19.3 så mycket när jag kör photorec i datorn för att rädda 500GB disken till en annan disk???
Vet inte, det beror lite på vad att "systemet tar så mycket" innebär. Men generellt sett är det ett himla rotande och fixande med allt möjligt ihoptrasslat data och många miljarder bytes som ett program som försöker rädda en disk måste jobba med.

Så jag tycker att det känns fullt naturligt om systemet får jobba och slita till 100% i sådär kanske en 12 timmar för att rädda disken....

_________________
Agera genom att ta och behålla initiativet, ta de risker detta kräver...
http://www.enargo.com/it/
OpenVMS Shark - i Linux finns inte SYS$CMKRNL...


31 jan 2020, 14:37
Profil WWW

Blev medlem: 20 mar 2012, 09:39
Inlägg: 118
Ort: Granrisvägen 25A Örebro
OS: Linux Mint
Utgåva: Vet inte/ingen utgåva passar
Svara med citat
Inlägg Re: HJÄLP!!!
svarar först om systemet.
Det tar fullt med GB när jag kör Photorec. Det tog ca 7-8 GB på bara några sekunder. Kanske 20-30 sek.
Så jag fick avbryta recovery i photorec.

Det andra att få rättigheter på mina diskar vore ju bra.
Jag behöver alla 3 hd,arna

Ge gärna tips hur jag lägger in rättigheterna till alla.


31 jan 2020, 16:12
Profil
Användarvisningsbild

Blev medlem: 15 jan 2008, 22:18
Inlägg: 939
Ort: Kalix
OS: Annat GNU/Linux
Utgåva: 18.04 Bionic Beaver LTS
Svara med citat
Inlägg Re: HJÄLP!!!
LennartL skrev:
Det tar fullt med GB när jag kör Photorec. Det tog ca 7-8 GB på bara några sekunder. Kanske 20-30 sek.
Så jag fick avbryta recovery i photorec.


Varför avbröt du, vore det inte bra att ha kopia på bilderna, och sedan kunna kunna jobba på i "lugn o ro" med att få till baka katalogstrukturen.

Det är som Osprey säger, alla filer som sparas kommer få ett nytt namn men du kommer ändock trots mycket arbete ha bilderna kvar.

Skulle operationen att rädda filstrukturen att fungera, vilket vi får hoppas,
så behöver du ju bara radera den säkerhets kopia du skapade


01 feb 2020, 07:24
Profil

Blev medlem: 20 mar 2012, 09:39
Inlägg: 118
Ort: Granrisvägen 25A Örebro
OS: Linux Mint
Utgåva: Vet inte/ingen utgåva passar
Svara med citat
Inlägg Re: HJÄLP!!!
Jag var tvungen att avsluta annars hade systemkatalogen blivit full och så stannar photorec. Den fortsätter inte att recovera resten av filerna.
Jag har fått fram en massa bilder och dokument men det är bara en lite del av allt som jag vill ha fram.


01 feb 2020, 13:45
Profil

Blev medlem: 20 mar 2012, 09:39
Inlägg: 118
Ort: Granrisvägen 25A Örebro
OS: Linux Mint
Utgåva: Vet inte/ingen utgåva passar
Svara med citat
Inlägg Re: HJÄLP!!!
Nu har jag hittat rätt i photorec UTAN att det tar på systemkatalogen.
Nu är jag glad igen.
Tack alla för hjälpen.


01 feb 2020, 14:43
Profil
Användarvisningsbild

Blev medlem: 15 jan 2008, 22:18
Inlägg: 939
Ort: Kalix
OS: Annat GNU/Linux
Utgåva: 18.04 Bionic Beaver LTS
Svara med citat
Inlägg Re: HJÄLP!!!
När jag använder Photorec så ser jag till att ha en xtra disk som är större än den disk/partition som skall "räddas" tillfälligt inkopplad.

vet inte om du gör det eller om du använder en annan partion på samma disk?

Var i en liknande situation tidigare, så nu har jag en 1 tb disk i stort sett enbart för det ända målet.

Skulle du skaffa dig en sådan så skulle du kunna använda den för ordna till en automatiserad backuplösning


01 feb 2020, 14:46
Profil
Visa inlägg nyare än:  Sortera efter  
Svara på tråd   [ 15 inlägg ] 

Vilka är online

Användare som besöker denna kategori: Inga registrerade användare och 2 gäster


Du kan inte skapa nya trådar i denna kategori
Du kan inte svara på trådar i denna kategori
Du kan inte redigera dina inlägg i denna kategori
Du kan inte ta bort dina inlägg i denna kategori
Du kan inte bifoga filer i denna kategori

Sök efter:
Hoppa till:  
cron
Main Engineer for phpBB3: Bertie at phpBB.com © 2000 - 2002, 2005 - 2007, the Group behind the Open Source code of phpBB.
Designed by STSoftware, modified by Katt, Konservburk & Peetra. Swedish translation by Peetra & phpBB Sweden © 2006-2011