[AI CC-CC2022] Сохранила файл под названием существующего, соответственно он перезаписался, есть возможность вернуть все обратно?

Таво! Двадцать байт в строке - это чудовищно неудобно
 
Последнее редактирование:
с NTFS все будет приниципиально иначе
Создаю пустой раздел с NTFS.
DOS/MBR boot sector, code offset 0x52+2, OEM-ID "NTFS ", sectors/cluster 8, Media descriptor 0xf8, sectors/track 62, heads 98, hidden sectors 2048, dos < 4.0 BootSector (0x80), FAT (1Y bit by descriptor); NTFS, sectors/track 62, sectors 4095, $MFT start cluster 4, $MFTMirror start cluster 255, bytes/RecordSegment 2^(-1*246), clusters/index block 1, serial number 03c9900a3366179ac
1571297002259.png

Записываю на него текстовый файл.
1571297054206.png

Копирую этот же файл файловым менеджером на этот же раздел второй раз и соглашаюсь с предложением "перезаписать".
Вулая, он записался рядом. Теперь их два.
1571297200848.png


Не по теме:
Давай, придерись, что у меня неродной драйвер, гейская ОС, а в Иллюстраторе, вообще, всё совсем по-другому. :D

Файлы тут: С NTFS та же ботва. (блин почему мне одному это очевидно?)
 
Последнее редактирование:
Ты, наверное, невнимательно читаешь мои сообщения
Под ntfs, кстати, перезапись файла вполне может сохранение старых копий с возможностью полного отката без потерь.
Ну проверил и то хорошо
 
Давай, придерись, что у меня неродной драйвер, гейская ОС, а в Иллюстраторе, вообще, всё совсем по-другому. :D
Файлы тут: С NTFS та же ботва. (блин почему мне одному это очевидно?)
Потому что во-первых, ось сторонняя, во-вторых, файлы мелкие, и в главных, работает файловый менеджер, а не упомянутый софт.
Это не придирки.
 
Ось ненативная, не использует функционал сторонней фс по-полной. data выкинута из mft-record, хотя с лихвой там помещается.
resident data
I created a small text file with just one line of text in it. This file was so small that it was able to fit all parts of the file into its base record. We call this being resident, as the data for the file resides in the base record segment. This also means that the entire file exists in the MFT. No need to look elsewhere. Everything we need is in that 1KB record.



С софтом уж в ступор вводишь - не видишь очевидного. Файловый менеджер и программа-редактор могут работать по-разному. На лицо создание копии файла и удаление оригинала.
 
Последнее редактирование:
  • Спасибо
Реакции: _MBK_
Файловый менеджер и программа-редактор могут работать по-разному.
На первый взгляд звучит разумно, но современные пользовательский программы не общаются с железом напрямую, они лишь (нарочно буду говорить бытовым языком, чтобы другие читатели хоть что-то поняли в нашем междусобойчике) говорят ОС, мол хочу записать, а та уже обращается к драйверу ФС. (железо с их контроллерами опустим, не наше дело, где оно физически находится, нам интересно то, что отдаёт нам драйвер).
 
С одной стороны, топиковая задача все таки перезапись файла из редактора, но с другой - твой пример не является чистым экспериментом ни по каким понятиям, да и вообще ничего не доказывает.
 
~RA~, лови аналог с мелкими файлами под форточки.
DISKPART> create vdisk type=fixed maximum=16 file=w:\test.vhd
DISKPART> attach vdisk
DISKPART> list disk

Диск ### Состояние Размер Свободно Дин GPT
-------- ------------- ------- ------- --- ---
Диск 0 В сети 931 Gбайт 0 байт *
Диск 1 В сети 931 Gбайт 0 байт * *
Диск 2 В сети 3726 Gбайт 1024 Kбайт * *
* Диск 3 В сети 16 Mбайт 16 Mбайт

DISKPART> select disk 3

Выбран диск 3.

DISKPART> create partition primary

DiskPart: указанный раздел успешно создан.

DISKPART> list partition

Раздел ### Тип Размер Смещение
------------- ---------------- ------- -------
* Раздел 1 Основной 14 Mб 64 Kб

DISKPART> select partition 1

Выбран раздел 1.

DISKPART> select partition 1

Выбран раздел 1.

DISKPART> format fs=ntfs

Завершено (в процентах): 100

Программа DiskPart успешно отформатировала том.

DISKPART>

DISKPART> assign letter=a

DISKPART> exit

--------------
Microsoft Windows [Version 10.0.18362.418]
(c) Корпорация Майкрософт (Microsoft Corporation), 2019. Все права защищены.

C:\Users\Borisov.OFFICE>echo 1235 > a:\12345

C:\Users\Borisov.OFFICE>copy w:\test.vhd w:\test-12345.vhd
Скопировано файлов: 1.

C:\Users\Borisov.OFFICE>echo 5432 > a:\12345

C:\Users\Borisov.OFFICE>copy w:\test.vhd w:\test-5432.vhd
Скопировано файлов: 1.

C:\Users\Borisov.OFFICE>
123.jpg
5432.jpg
5432-data2.jpg

VHD в архиве vhd с перезаписыванием файлов NTFS

Софт - cmd. AI может работать иначе. Данный пример показывает, что перезапись файла ведется именно на старое место. Обрати внимание на смещение. В строке 1235 > a:\12345 очепятка, так что ищи 1235. И да, показано, что существует резервная копия MFT, старые данные всплывают в ней - могут поместиться в MFT-record

Это показывает как минимум то, что нативной win мелкие данные пишутся прямо поверх.
Твои тесты, как минимум нарушают этот принцип. Что уж там дальше городить.
 
Последнее редактирование:
  • Спасибо
Реакции: langry и _MBK_
А если проводником бросить один и тот же файл несколько раз?
А зачем? AI не проводник. Тот может чудить с копиями. Да и не копии у тс кидались, а новые данные в существующее имя.
 
Интересно девки пляшут.
1571303510887.png

1571303553196.png

Попробуйте ещё кто-нибудь с проводником, и другим софтом.
 
Вы такие умненькие, люблю вас читать.
Только как эти 5 страниц помогут ТС или другому читателю с аналогичной проблемой?
 
  • Спасибо
Реакции: kstati и ITIT