Új hozzászólás Aktív témák

• #44407 batagy őstag King Unique #44405

  Új Válasz 2016-05-18 22:52:03 #44407

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  batagy

  őstag

  válasz King Unique #44405 üzenetére

  Na hali, megpróbálok válaszolni a Win-es mentési kérdésekre.

  Hogy a Windows lemezkezelő mit mutatott a korrupt partícióra, azt sajnos akkor nem néztem meg. Elsősorban a Linuxból történő helyreállításra fókuszáltam.

  A chkdsk javítás előtt, az biztos, hogy a Win-ben betűjelet kapott a meghajtó. Az Intéző a meghajtón lévő szabad/foglalt helyet már nem tudta megjeleníteni. Nem vagyok benne biztos, hogy RAW partíció volt-e. Viszont, a chkdks látta!
  Linux alatt csak az NTFS partícionálás látszódott, de nem lehetett felmountolni és a fájlrendszer sem látszódott.

  A chkdsk javítás után, a Windows már felismerte hogy NTFS, és az Intéző a szabad/foglalt helyet is megjelenítette. Azonban, az Intéző állandóan homokórázott és belassította az USB kapcsolatokat.
  A Linux ekkor már probléma nélkül látta a fájlokat.

  Viszont!
  Nagyon örülök neki hogy leírtad a kommentjeidet, ugyanis mióta újrapartíconáltam a vinyót, azóta még a Windows-on nem néztem meg, szerencsére még a fájlokat sem kezdtem el rá visszamásolni. Most hogy rádugtam a Windows-ra (a már chkdsk-val javított, majd Linux alól újrapartícionált) vinyót, kiderült, hogy még mindig nem jó. A Windows továbbra is gondot észlelt, ugyanúgy mint a chkdsk javítás után. Az Intéző állandóan homokórázott és belassította az USB kapcsolatokat.
  Megnéztem a lemezkezelő-ben, és RAW partíció van! Pedig azóta már egyszer EXT4-re, majd NFTS-re lett formázva Gparted-ből.

  Szóval fogtam diskpart leírásodat és nyomtam egy clean-t!

  diskpart
  list disk
  select disk 7
  list disk
  clean
  exit

  Ez rakta most rendbe!!! A diskpart clean után a Win Lemezkezelőből MBR-re inicializáltam, majd létrehoztam az NTFS partíciót, és azóta korrektnek tűnik! Már nem homokórázik az Intéző és nem lassul be az USB.

  Mindenesetre, az biztos hogy a chkdsk javítás után, majd Linuxból történő EXT4-re majd NTFS-re formázás után a vinyó még hibás maradt! Csak a diskpart clean rakta helyre.

  Érdekes, ahogy olvasom a diskpart clean elvileg az MBR-t törli. Szóval lehetséges, hogy az MBR-rel volt az eredeti problémám, csak esetleg a TestDisk-kel nem azt generáltam újra! Erre tippelek.

  (Legalább kipróbáltam, hogy a Win8.1 is jó szektorhatárokon (2k aligned) hozza létre a partíciókat. Azelőtt mindig gparted-ből formáztam. A Gparted amúgy a lemez végéig hozza létre mindig az MBR-es partíciókat, míg a Windows a lemez végén mindig hagy egy kis Unallocated helyet. Állítólag ez a GPT mentés miatt van. Mindegy ez most nem lényeg.)

  A PhotoRec programot Linux alól én is próbáltam, és működött is, de a fájlokat ömlesztve és generált fájlnévvel mentette le, szóval nem őrizte meg a mappastruktúrát. Valamikor persze ez is több mint a semmi.

  Azt bánom, hogy Linux alól a "ntfsfix /dev/sdc1" parancsot nem próbáltam ki. Bár még lehetne, ha a kimentett image.dd-t felmountolnám... Sőt az MBR regenerálást is ki lehetne próbálni ha az image.dd-t fel tudnám mountolni?

• #44406 batagy őstag King Unique #44405

  Új Válasz 2016-05-18 21:22:53 #44406

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  batagy

  őstag

  válasz King Unique #44405 üzenetére

  Szerbusz!

  Asmedia chippel kapcsolatban, megnéztem és reprodukáltam.
  Ezt az USB3 adaptert régebben a gagyi kékszínű rackből szereltem ki.
  HW: ASM1053
  VID/PID: 174C/5136
  FW: 110922110000 (eléggé régi)

  OpenSUSE 13.2, kernel 3.16.7:

  sesame:~ # uname -r
  3.16.7-35-desktop
  sesame:~ #

  Hátsó USB3 portba dugva, alapból nincs semmi hiba, de amint olvasok róla, vagy írok rá, teledobálja a dmesg-et nekem (az utolsó 6 sorban lévő xhci_drop_endpoint hibaüzenet ismétlődik. Az eleje a sima felcsatolási üzenet, ez nem ismétlődik):

  [May18 20:59] usb 4-2: new SuperSpeed USB device number 2 using xhci_hcd
  [ +0.011881] usb 4-2: New USB device found, idVendor=174c, idProduct=5136
  [ +0.000012] usb 4-2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
  [ +0.000003] usb 4-2: Product: AS2105
  [ +0.000002] usb 4-2: Manufacturer: ASMedia
  [ +0.000012] usb 4-2: SerialNumber: 00000000000000000000
  [ +0.000563] usb-storage 4-2:1.0: USB Mass Storage device detected
  [ +0.000848] scsi9 : usb-storage 4-2:1.0
  [ +1.003754] scsi 9:0:0:0: Direct-Access ASMT 2105 0 PQ: 0 ANSI: 6
  [ +0.000252] sd 9:0:0:0: Attached scsi generic sg4 type 0
  [ +0.597018] sd 9:0:0:0: [sdd] 976773168 512-byte logical blocks: (500 GB/465 GiB)
  [ +0.000378] sd 9:0:0:0: [sdd] Write Protect is off
  [ +0.000004] sd 9:0:0:0: [sdd] Mode Sense: 43 00 00 00
  [ +0.000354] sd 9:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
  [ +0.011574] sdd: sdd1
  [ +0.001313] sd 9:0:0:0: [sdd] Attached SCSI disk
  [May18 21:01] usb 4-2: reset SuperSpeed USB device number 2 using xhci_hcd
  [ +0.011217] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8801e5450640
  [ +0.000004] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8801e5450688
  [ +1.145709] usb 4-2: reset SuperSpeed USB device number 2 using xhci_hcd
  [ +0.011184] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8801e5450640
  [ +0.000004] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8801e5450688

  Mikor keresgéltem ezt találtam , itt az oldal alján írták hogy ASM1051-es chip okozza, és hogy kernel 3.17-rc5-ben van javítva egy workaround.

  Lehetséges hogy az újabb 1153 és/vagy újabb ASMedia firmware-ekben ez már javítva van.

  A diskpart részre külön válaszolok majd, mert nagyon jó hogy leírtad, majdnem szétszívattam magamat.

Új hozzászólás Aktív témák