Начальная вкладке "заголовок" и автоматическое обновление в xfce4-терминал

Я просто пришел к проблеме необходимости вырезать несколько строк из большого (гигабайт), размера файла, и осознавая потенциал процессора боров пытается прочитать его в память, я хотел изменить его на месте вместо того, чтобы... и так набрел на эти вопросы:

• Как удалить определенные строки (используя номера строк) в файл?
• Есть ли способ, чтобы изменить файл на месте?

... и еще эти:

• Как я могу редактировать большой файл на месте?
• Как я могу разрезать большой файл на месте?

Однако, я бродил о чем-нибудь другом: я считаю (но я не уверен), что любая файловая система (как в ext3) придется использовать что-то вроде связанного списка, для того, чтобы иметь возможность описать то, как фрагменты файла, которые сопоставлены с областями диска.

Таким образом, это должно быть возможно сделать что-то подобное - например, скажем, у меня есть файл bigfile.дат вроде этого (цифры должны указать смещение в байтах, но это немного трудно, чтобы выровнять их):

0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

Л 1\н Л 2\н Л 3\н Л 4\н Л 5\н Л 6\н

Этот файл может тогда, в принципе, быть загруженной в терминал приложение для просмотра - давайте представим, что мы называем инструментом editsegments bigfile.дат, и скажем, что подобно тому, как меньше -Н bigfile.дат будет отображать один и тот же файл (с номерами строк):

 1 1 л 1
 2 2 л 2 *
 3 3 л 3
 4 4 л 4 *
 5 5 л 5
 6 6 л 6
bigfile.дат (конец) 

Скажем, я мог ввести команду там (допустим Д для удаления строк), нажать другую клавишу или мышь, где это указано выше, С * - означает, что все, что между линиями 2 и 4 следует исключить. Тогда программа будет реагировать при этом, как показано на рисунке:

 1 1 л 1
 2 5 л 5
 3 6 л 6
bigfile.дат (конец) 

Теперь мы видим, что левая первая колонка показывает "новый" номер строки (после разреза), второй столбец-это "старый" номер строки (перед катом) - и тогда фактическое содержание линии следовать.

Сейчас, мне кажется, что произойдет после этого pseudoapplication editsegments выходе, что, в первую очередь, bigfile.дат остается нетронутым, однако, сейчас не было бы также дополнительный текстовый файл в той же директории, скажем bigfile.дат.сегментов; с этими содержание:

д 4:15 строке № 2-4

... и кроме того, специальный файл (как "символическая ссылка") - назовем его bigfile.дат.iedit - видимому.

Сейчас, в основном, результатом всего этого будет то, что если я сейчас попробую открыть bigfile.дат.iedit с чем-то вроде меньше -Н bigfile.дат.iedit, я хочу получить "редактировать" содержание:

 1 л 1
 2 л 5
 3 л 6
bigfile.дат (конец) 

... что может быть достигнуто, я полагаю, как-то инструктирует операционной системы, что когда $файл.iedit открыт, первые $файл.сегменты должны быть открыты и прочитаны; в д 4:15 проинструктирует, что байт 4 до 15 в исходный файл должен остаться вне, что бы что-то вроде:

0 1 2 3 4 5 6 7 8 9 10 11 12,3,4 15 16 17 18 19 20 21 22 23

Л 1\н Л 2\н Л 3\н Л 4\н Л 5\н Л 6\н

0 1 2 3 ------------------------------->16 17 18 19 20 21 22 23

Другими словами - если предположить, что в файловая система понятие файла, каждый байт контент также содержит "ссылку" на следующий байт в цепи - оно должно быть можно указать файловую систему, чтобы создать новый список на основе сценария, и обеспечить содержание представленного изменен список ссылок через специальный файл (ссылку или трубы).

Вот что я имел в виду по "сценарию" в названии - это "новый" список ссылок можно управлять с помощью скрипта ($файл.сегментов), редактируемые Пользователем в текстовом редакторе (или сгенерированный интерфейсным приложением). Что я имел в виду "многоходовые" является тот факт, что bigfile.дат в этом процессе не изменяется; чтобы я мог редактировать первый (оригинал) гигабайт сегодня, сохранение прогресса в ($файл.сегментов) - тогда я мог бы изменить второй гигабайт завтра, снова сохранение прогресса в ($файл.сегменты) и т. д. - все время, оригинальный bigfile.дат остается неизменной.

Когда все изменения будут завершены, можно, наверное, назвать команду сортов (скажем, editsegments --завершить bigfile.дат), который просто постоянно кодировать новый связанный список, как содержимое bigfile.дат (и в соответствии с этим, снять bigfile.дат.сегменты и bigfile.дат.iedit). Или еще проще, можно просто сделать:

bigfile СР.дат.iedit /путь/к/где-то/еще/bigfile.модифицированных.дат

Конечно, кроме дelete команду скрипта, можно было бы иметь Рeplace команду, сказать:

Р 16:18 ААА 

... говорит: замените содержимое байтов между 16 и 18 следующего 18-16+1=3 байта после пробела (т. е. ААА) - связанный список может на самом деле "крюк" в скрипт команду контент сам (ниже таблица с и Дelete):

0 1 2 3 4 5 6 7 8 9 10 11 12,3,4 15 16 17 18 19 20 21 22 23

Л 1\н Л 2\н Л 3\н Л 4\н Л 5\н Л 6\н

0 1 2 3 ------------------------------->| | 19 20 21 22 23

. . . . ...\Н Р 1 6 :18 АВА \П . . . .

Теперь, я думаю, что программы типа hexedit выступает (как уже упоминалось здесь) не изменяют файлы на месте - но я просто хочу, благо возможность написания скриптов (даже лучше, если она может регулироваться с GUI-приложением, даже если терминал один), и благо на самом деле не имея исходный файл изменен, пока подтверждает все изменения по мере необходимости.

Я не уверен, если что-то подобное вообще возможно - и даже если это так, я предполагаю, что это может потребоваться специальный драйвер (а не только пользователей программы)... но я думаю стоит спросить в любом случае - есть что-то подобное для Linux?

Заранее огромное спасибо за любые ответы,
Ура!