ubuntu mount 질문입니다.

킵고잉   
   조회 8964   추천 0    

 안녕하세요.

휴가인데 컴퓨터랑 씨름 하고 있습니다.


mycloud  사용하다가 .. 부팅이 안되서 

오늘 오전 노트북에 우분투 데스크답버전을 설치하고.

마이클라우드 하드를 적출 한 후 하드 외장 하드 케이스를 연결하였습니다.

데이터만이라도 살려보자는 의도입니다.


우분투에서 fdisk -l로 

연결한 외장하드를 찾았습니다.

Device        Start              End                    Sectors                Size      Type 
/dev/sdb4 9428992      5860532223        8851103232      2.7T      Microsoft basic data 

이것을 
mout -t ntfs-3g /dev/sdb4 /media/extusb/ 로 마운트 하는데 

failed to access volume 'dev/sdb4' " No such file of Directory 

라는 에러가 나오네요.


혹시 하드안에 있는 내용이 망가진 것인지 ...

이후 데이터가 날아갈까봐 무서워서 아무것도 하지 못하고 있습니다..


플랜 B는 


gen8에 적출한 하드를  베이에 넣고 SMART 하드로 잡은다음에

exsi에 설치되어있는 ubuntu 서버에서 마운트 할까 하는데..

이 방법은 운영중인 하드를 연결할 동안 서버를 잠시 꺼두어야 해서.. 

고민되네요..



질문은 

mycloud에서 적출한 하드의 데이터 살리기입니다.



  


rb2011 UiAS-2HnD-IN z620 Gen8 esxi 우분투 MyCloud
짧은글 일수록 신중하게.
hhopc 2017-08
mout -t ntfs-3g /dev/sdb4 /media/extusb/ .. 이게 틀렸습니다.
mount -t ntfs /dev/sdb4 /media/extusb 입니다.
혹시 인식이 안되면
sudo apt-get update && sudo apt-get install ntfs-3g
로 ntfs-3g 를 설치하시고 난 뒤에
ntfs-3g /dev/sdb4 /media/extusb
로 해 보세요.
     
선구자2 2017-08
감사합니다.
해보고 안되면 다시 질문드리겠습니다~
     
선구자2 2017-08
hhopc선생님 한번더 질문드릴게요..
fdisk -l 하면 
Device      Start        End    Sectors  Size Type
/dev/sdb1  1032192    5031935    3999744  1.9G Linux RAID
/dev/sdb2  5031936    9031679    3999744  1.9G Linux RAID
/dev/sdb3    30720    1032191    1001472  489M Microsoft basic data
/dev/sdb4  9428992 5860532223 5851103232  2.7T Microsoft basic data
/dev/sdb5  9031680    9226239    194560  95M Microsoft basic data
/dev/sdb6  9226240    9422847    196608  96M Microsoft basic data
/dev/sdb7  9422848    9424895      2048    1M Microsoft basic data
/dev/sdb8  9424896    9428991      4096    2M Microsoft basic data

분명 /dev/sdb4가 보이는데

root@dcbc:~# mout -t ntfs-3g /dev/s 하고 텝을 누르면
sdb4가 보이지 않네요..

sda      sdb      sdb5      sg0      snapshot  stdin   
sda1      sdb1      sdb6      sg1      snd/      stdout   
sda2      sdb2      sdb7      sg2      sr0     
sda5      sdb3      sdb8      shm/      stderr

혹시 포멧문제일까요?
          
hhopc 2017-08
뭔가 골치아프게 꼬였는데요 ? fdisk 에서는 보이는데, /dev/sdb4 가 존재하지 않다니 ...

제가 아는 범위를 벗어났습니다. 죄송합니다.
               
선구자2 2017-08
아닙니다
무더위 건강 조심하셔요
감사합니다.
꾸벅
          
새벽늑대 2017-08
원인은 아마 올려주신 화면에 나와 있는 대로
"volume is corrupt. You should run chkdsk."
일 겁니다.

chkdsk 는 윈도우에서 보던 것 같은데 flags 가 Microsoft 로 되어 있어서 그런 걸 수도 있겠네요.

이런 오류들은 대부분 한번에 해결책을 찾기는 힘들고 잘못된 해결책을 적용했을때는 돌이킬 수 없는 손상을 입는 경우가 많아서 중요한 데이타라면 동일 용량 이상의 하드에 복제 해두고 복제 하드로 작업해야 합니다.
               
선구자2 2017-08
4TB 하드가 있긴 합니다만...
살리기가 어렵군요 ㅠㅠ

엄청 중요한 데이터입니다.

답변 감사드립니다.
새벽늑대 2017-08
음... 표시에는 Microsoft 라고 나오고 있는 것 같습니다만 리눅스를 OS를 사용하는 대부분의 NAS는 내부 파일 시스템으로는 윈도우 포맷을 사용하지 않는 편입니다.
(NTFS-3G의 성능이나 안정성이 그닥 좋지 않기도 하고... 퍼미션이나 기타 등등... 원래 리눅스 OS가 사용하는 파일 시스템이 아니니..)

올라온지 조금 된 게시물이긴 합니다만
https://m.blog.naver.com/PostView.nhn?blogId=psychoria&logNo=220545601052&proxyReferer=https%3A%2F%2Fwww.google.co.kr%2F
을 보면 4번째 파티션은 ext4 로 표시되고 있습니다.
이미지를 자세히 보니 flags와 File system 이 따로 있군요. File system이 흔히 얘기하는 NTFS, Ext4 등입니다.

mount 를 ext4로 시도해보시는 것은 어떨까요?
     
선구자2 2017-08
감사합니다.
한번 시도해보겠습니다.
정희섭 2017-08
mount 같은 내부 툴 하고 GPT 에서 지정하는 타입 아무 상관 없습니다...
저거 마소로 해놔도 ext4 잘 써지고 리눅스로 해도 윈도우에서 ntfs 잘 써집니다.
저거 뭘로 해놔도 내용만 맞으면 아무상관없이 마운트가 됩니다.

mount /dev/sdXY /some/point 하면 파일시스템 자동인식해서 씁니다. 굳이 ntfs-3g ntfs 지정할 필요 없습니다.

dmesg |grep sd 며령으로 sdb4 가 없어질만한 이벤트가 있는지 확인하시는게.

디스크 일부를 아예 덤프 떠서 작업해보는것도 나을거 같습니다

dd if=/dev/sdb of=/where/to/dump bs=512 seek=9428992 count=5851103232

이후 덤프파일을 loop mount 하는 방법 등등.
     
선구자2 2017-08
지금 보았습니다.
답변 감사드립니다.
덤프하는것을 연구해 보겠습니다.

3tb 외장하드와 4TB wd red가 있어서 디스크 자체를 복사하고
복구 시도 해보겠습니다.
감사합니다.


QnA
제목Page 1906/5727
2015-12   1778458   백메가
2014-05   5253491   정은준1
2017-04   3787   조준래2
2022-06   2360   행복하세
2011-04   8179   아름다운노을
2011-04   6684   가빠로구나
2019-09   6265   알선업체
2020-12   5533   박건
2022-07   1556   창원무천도사
2019-09   5158   구차니
2020-12   3480   화란
2024-03   1926   초보자에용
2013-11   7081   윈도우10
2011-06   8521   일반유저
2017-05   4119   Rainwalk
2018-08   3748   김건우
2013-11   4387   박문형
2016-06   4060   SkyBase
2021-01   2405   그모도
2024-03   2291   azchoi
2016-06   17701   오성기
2015-04   5469   지구인이다