큰 (4.3GB) 일반 텍스트 파일을 편집하는 텍스트 편집기


86

그러한 파일을 편집 할 수있는 텍스트 편집기가 있습니까?

난 노력 했어:

  • gedit
  • kate
  • nano
  • vim
  • mcedit

성공없이.


8
편집하거나보아야합니까? 후자의 경우 CLI에서 간단히 "less"를 사용할 수 있습니다.
Mr Shunz

3
@ MrShunz : 예, 파일을 편집하고 싶습니다. @Bakhtiyor : 대답은 "예"입니다 :)
cupakob

2
파일을 편집하고 싶다는 사실을 언급하기 위해 질문을 편집하는 것이 좋습니다. 따라서 사람들이 귀하의 질문을 파악하기 위해 및 / 또는 귀하의 질문이 자신의 질문과 충분히 유사한 지 의견을 검색 할 필요가 없게됩니다.
Firefeather

1
우연히 42 zip 폭탄 기본 파일을 열려고합니까? 나는이 문제를했고 나는 "010 편집기"라는 프로그램이 잘 작동 발견

스택 오버플로 관련 : 리눅스에서 큰 파일 작업
Eliah Kagan

답변:


81

또 다른 방법은를 사용하는 것 split입니다. 파일을 8 개로 분할하고 편집기를 사용하여 파일을 조작하십시오. 그런 다음 파일을 다시 어셈블하십시오.

split -b 53750k <your-file>

cat xa* > <your-file>


SYNOPSIS
       split [OPTION]... [INPUT [PREFIX]]

-a, --suffix-length=N
              use suffixes of length N (default 2)

       -b, --bytes=SIZE
              put SIZE bytes per output file

       -C, --line-bytes=SIZE
              put at most SIZE bytes of lines per output file

       -d, --numeric-suffixes
              use numeric suffixes instead of alphabetic

       -l, --lines=NUMBER
              put NUMBER lines per output file

그것은 현재 최고의 솔루션 인 것 같습니다 ...
cupakob

9
많은 편집자 들이 편집 한 파일의 끝에 줄 바꿈 문자추가하여 사용자 에게 알리지 않고 수행 합니다! 자세한 내용은 Gedit, Gvim, Vim, Nano가 파일 끝 줄 바꿈 문자를 추가하지 못하게하는 방법을 참조하십시오 . askubuntu.com/q/20871/2670
Peter.O

좋은 방법 ... 그리고 당신은 단일 부분으로 vim을 사용해야합니다 ... 나는 vim : P를 싫어하지만 그것은 다른 모든 편집기를 이길
Postadelmaga

1
@ Peter.O : 링크가 변경 되었습니까? 해당 URL에서 줄 바꿈 문자 문제에 대한 정보를 찾는 데 어려움을 겪고 있습니다. : / 업데이트 : 여기에서 참조 된 질문을 찾았습니다. askubuntu.com/q/13317/372950
rinogo

3
(즉, nano --nonewlines
줄 바꾸기

39

joe 시도하십시오 . 방금 ~ 5G SQL 덤프 파일을 편집하는 데 사용했습니다. 스왑을 거의 사용하지 않고 (4G RAM이있는 시스템에서) 파일을 여는 데 약 1 분, 파일을 저장하는 데 몇 분이 걸렸습니다.


이것은 1GB xml 파일을 편집하는 데 효과적이었습니다.
digitaljoel

2GB 파일과 잘 작동
Damir Olejar

14G SQL 덤프 파일에서 시도했지만 IO 오류로 실패했습니다. (시스템에는 3GB RAM 및 3GB 스왑이 있습니다).
tehwalrus

1
와! 'joe'패스-많은 추락!
1111161171159459134

joe에게 4.6gb 파일을 주었고 몇 분 동안 아무 일도 일어나지 않았으므로 Hex Fiend는 즉시
열지 만

17

당신은 그들을 찾을 수 없습니다. 이 파일에서 일부 행을 바꾸려면 with less또는 grep을 보고 sed일부 행을 검색하고 바꾸는 데 사용할 수 있습니다.

이처럼 :

sed -e 's/oldstuff/newstuff/g' inputFileName > outputFileName

Wikipedia의 유용한 예는 다음과 같습니다. http://en.wikipedia.org/wiki/Sed


3
또는 특히 -i플래그 (제자리에 있음)를 사용하면 원래 파일 내용을 대체하는 텍스트 편집기처럼 작동합니다.
또는 매퍼

사용하지 마십시오 sed -i; 그게 다야 ed.
fkraiem

14

원한다면 가자. 그러나 "정상적인"편집을 원한다면 그러한 큰 파일은 실용적이지 않다. 예를 들어, 편집 내용을 너무 자주 저장하고 싶지는 않습니다. 너무 오래 걸릴 것입니다 :)

그것은 일회성위한거야, 경우 splitjoin매우 잘 작동하고, 많은 편집자가 있습니다 관리 가능한 청크로 그것을 잘라 다음 조각에 복귀 ... 가라 할 정도로 간단 할 줄 바꿈 문자를 추가합니다 편집 당신의 끝 알리지 않고 파일을 작성 하십시오! 자세한 내용은 Gedit, Gvim, Vim, Nano가 파일 끝 줄 바꿈 문자를 추가하지 못하게하는 방법을 참조하십시오 .

정말 큰 파일을 편집하고 싶다면 Gvim을 사용해보십시오 .... 3.9GB 파일을 방금로드했는데 모두 정상적인 것 같습니다 ...

다음은이 문제에 흥미있는 링크에서입니다 유래


gvim과 작동하지 않습니다 ....
cupakob

1
@upakob : 이제 Gvim을 사용하여 4.5GB 파일을 시스템에 성공적으로로드했습니다.로드하는 데 6 분이 걸렸습니다. 오래 기다리 셨나요? (이것은 내가 파일을 저장한다는 의미입니다. 시간이 오래 걸릴 것입니다 ...)로드되는 동안 iotopI / O 통계를 보려고 실행하십시오 . 시스템 모니터에 3.2GB의 RAM이 있습니다 (퍼즐) 나, 내가 4GB를 가지고 있기 때문에)
Peter.O

1
@upakob : 이번에는 8GB를 시도했는데 Gvim이 성공적으로로드했습니다. 그래서 Gvim은 "큰"파일을 "기술적으로"처리 할 수 ​​있으며 "BIGGEST"파일까지 처리 할 수 ​​있지만 "비실용적"입니다. 당신이 나처럼하지 않는 한 (..... 내가 다시 그 일을 귀찮게 것 준비가 :) .. 8 기가 바이트로드 41 분 대기 ... 그러나 나는 생각하지 않는다
Peter.O

당신은 잘못된 질문을 연결 한 것 같습니다.
psusi

"파일 끝에 줄 바꿈을 추가하여 gedit 등을 중지하는 방법"이 아니라 첫 번째 링크를 두 번째 링크와 동일하게 변경 한 것 같습니다.
psusi

11

빠르고 스마트 한 로그 탐색기-glogg 사용 : http://glogg.bonnefon.org/


4
Askubuntu.com에 오신 것을 환영합니다! 제안 된 패키지가 문제를 해결할 수있는 반면, glogg는 실제로는 큰 파일을 검색하지 않고 검색하는 것을 목표로합니다.
Jos

그것을 시도하면 항상 부풀어 오른다.
Kais

11

매우 큰 파일의 내용대체하는 매우 간단하고 빠른 또 다른 방법이 있습니다 (큰 mysql 덤프를 편집하는 대신 작동 함)

우선 자정 컴 맨더를 설치해야합니다-리눅스 시스템을위한 훌륭한 파일 관리자

sudo apt-get install mc

그런 다음 "보기 모드"(F3 바로 가기 사용)에서 모든 크기의 파일을 열 수 있습니다. 16 진수보기 (F4 바로 가기)로 전환하고 편집 모드 (F2 바로 가기)를 활성화하십시오.

예를 들어, 3GB mysql 덤프가 있는데 SQL 행을 제거하려고합니다. 보기 모드를 열고, 문자열을 찾고, 16 진 모드를 열고, 필요한 행 앞에있는 내용을 MYSQL 주석 (문자열 "-", 16 진 코드 2D 2D 20)으로 바꿉니다.

예: 맥 헥스보기


2
내 5 센트-MC가 110GB 파일을 편집하지 못했지만보기 모드에서 열었습니다.
Andron

@Andron 여전히보기 모드에서 컨텐츠를 바꿀 수 있습니다
user10635

흥미 롭군 어떻게 설명 할 수 있습니까?
Andron

1
@Andron 글쎄, 나는 이미 대답했다. :)보기 모드를 열고 16 진수로 F4를 누르고 크기에 상관없이 파일의 내용을 바꿉니다.
user10635

아, 맞아 내 경우에는 긴 문자열을 교체해야하기 때문에 나에게 좋지 않은 이유입니다. 그러나 일반적으로 가능합니다.
Andron



4

nedit텍스트 편집기는 오랜 시간이 주변에 꽤 할 수있다. 약 20 초 안에 1.9Gb 텍스트 파일을 열 수 있습니다. 구문 강조, 들여 쓰기, 줄 번호 매기기 등과 같이 기대할 수있는 모든 표준 텍스트 편집 기능이있는 창 모양의 그래픽 인터페이스입니다.

창의 크기를 조정하려면 큰 파일을 열기 전에이를 수행하십시오. X11 Motif는 크기 조정이 약간 느리지 만 과세 요청입니다.

모든 표준 리포지토리에 있으므로 다음을 사용하여 설치하십시오.

sudo apt-get install nedit

GPLv2 오픈 소스입니다.

https://sourceforge.net/projects/nedit/

나는 30-40Mb 텍스트 파일을 넘어 가고 nedit있으며 쉽게 처리합니다.


3

을 사용하여 파일을 열 수 있습니다 hexedit. 그러나 텍스트를 추가하거나 제거하지 않고 텍스트 만 변경할 수 있습니다.


2

이 Wikipedia 기사에 따르면 텍스트 편집기 VIM의 비교는 특히 그렇습니다. 나는 Geany를 제안하려고했지만 거기에? 큰 파일 지원을 위해 현장에서 ...

편집 : 계속 가서 geany와 함께 시도하고 3 코어가 페깅되고 기본적으로 모든 내 메모리 (가상 및 물리적)가 항상 사용되는 10 분을 기다렸다가 포기했습니다 ... 더 오래 참 았어요 큰 파일을 다르게 처리하기위한 설정 / 환경 설정을 찾지 못했습니다.

나는 fred.bear의 답변이 가장 좋습니다.


2

Windows에는 TextPad, EditPad 및 EmEditor가 있습니다.

리눅스에는
kineics가 있습니다 :
http://turtlewar.org/projects/editor/

다음과 같은 많은 16 진 편집기 :
bless
http://home.gna.org/bless/
또는
wxhexeditor
http://wxhexeditor.sourceforge.net/home.php

이들 모두를 사용하면 매우 큰 파일 (테라 바이트)을 편집 할 수 있으며 파일을 분할하고 재결합 할 필요없이 쉽게 수행 할 수 있으며 오류가 발생하기 쉽습니다.


1

우리는 로그 파일이 6GB로 누적되어 날짜 또는 문자열로 검색 해야하는 상황에 빠졌습니다. 이처럼 큰 파일을 지원할 수있는 잘 알려진 텍스트 편집기는 거의 없습니다.

2 분 안에 6GB의 파일을로드하고 파일을 탐색 할 수있는 JOE 편집기를 찾았습니다.

Windows 버전 (sourceforge.net)

우분투 (sourceforge.net)


0

나는 NetBeans 와 함께 일한다 : 그 맥락에서 Eclipse보다 낫다.

개발자 용이라는 것을 알고 있지만 일반 텍스트 파일을 열 수 있습니다.


0

Emacs가 작업을 수행하지만 (이전에 10 + GiB 파일을 편집 했음) vim만큼 새로운 사용자에게는 친숙하지 않으므로 귀하의 필요를 충족시키지 못할 수 있습니다. 학습 곡선은 상당히 가파 릅니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.