Create an account to follow your favorite communities and start taking part in conversations.
r/FlashpointArchive
Posted byu/[deleted]1 year ago
When I try to extract the entire .7z file this is the error I get around 33%
Downloaded flashpoint via BitTorrent and yes it got to 100% in the torrent
level 1
Don’t use WinRAR, it’s known to have issues with Flashpoint. Use 7Zip
level 2
Thank you Ill report back when Im off work tonight
level 1
Are you sure you have enough space? You need enough space for both the unextracted version AND the full extracted version.
level 2
I have the .7z on an NVME 1 tb then when I went to extract it to a 1tb HDD it stopped processing at 336gb
The HDD is blank with nothing else on it
About Community
The webgame preservation project.
Internet history is important, and content made on plugins like Adobe Flash and platforms like HTML5 are important not only to internet culture but games history as well. This project is dedicated to preserving as many games & animations as possible that run on web plugins and browsers, so that they aren’t lost to time.
Website: https://bluemaxima.org/flashpoint/
-
Уважаемые гости и пользователи форума.
Администрация настоятельно рекомендует не регистрировать несколько аккаунтов для одного пользователя. При выявлении наличия мультиаккаунтов будут заблокированы все учетные записи данного пользователя.
Аккаунты, зарегистрированные на временную почту, будут также заблокированы.
-
Автор темы
rDes7
-
Дата начала
6 Мар 2015
-
#1
почему возникает такая ошибка при сжатии и как ее можно исправить ?
ERROR: write error (disk full?) in compression algorithm srep:mem256m
на 14,3% архиватор споткнулся, ссылаясь на ошибку диска, хотя диск абсолютно исправен и свободного места 650Gb (файловая система NTFS)
-
#2
rDes7, а диск на котором находится папка с временными файлами фри арка не забит?
-
#3
ShuLLeR я в этом деле начинающий и много еще не понимаю.
прошу строго не судить.
как эту папку TEMP найти и почистить ?
Последнее редактирование: 7 Мар 2015
-
#4
rDes7, точно не помню, но вроде C:Usersимя пользователяAppDataLocalTemp ,(можно сделать проще-Пуск-выполнить- %TEMP% ) там найдете freearc»разные цифры» их можно удалить, чтобы не валялись. Жмете как? Если батником, то можно просто указать папку в котторую кидать временные файлы фри арка
arc.exe a -ep1 -dses —dirs -s; -lc- -di -i2 -r -w»D:TEMP» -mlzma:a1:mfbt4:d200m:fb128:mc100:lc8 dataarc.arc «D:packeddata*»
Только вместо этого ставите свою папку и букву жесткого диска, на котором много места. Если же жмете через именно графический интерфейс то идете в Опции-Редактировать настройки программы — Каталог для временных файлов — и вставляете нужный каталог туда.
Последнее редактирование: 6 Мар 2015
-
#5
ShuLLeR Спасибо тебе большое! Буду пробовать.
-
#6
ShuLLeR размер папки TEMP оказался всего 70КВ
для лучшего контроля прописал в батнике как рекомендовали -w»D:TEMP»
ошибку допустил в arc.ini по невнимательности сам удалил из имени внешнего компрессора LZMA цифру 64
[External compressor:lzma64]
самого файла FreeArc-LZMA-x64.exe не было в итоге и получил такую ошибку
еще раз спасибо!
Последнее редактирование: 22 Мар 2015
-
#7
Если ваш диск не забит и места много. Попробуйте запустить для проверки FreeArc. Если там сжатие работает скопируйте из него код и вставьте в Precomp+Srep+FreeArc. Я около часа ломал голову над этим и нашел самостоятельно решение проблемы.
Ситуация такова. Есть Debian 8, недавно он был Debian 7. В нем есть один пользователь (не с правами root’а), при работе с которым возникают странные вещи. По ssh подключиться через него невозможно, хотя таковая возможность ранее была. Команда `su -` также не помогает, консоль выглядит вот так:
15:05:23:root@server>~#su ouruser
Fri Mar 31 15:05:40 MSK 2017
15:05:40:root@server>~#Лог /var/log/auth.log выглядит в этот момент так:
Mar 31 17:29:37 server su[2172]: Successful su for ouruser by root
Mar 31 17:29:37 server su[2172]: + /dev/pts/1 root:ouruser
Mar 31 17:29:37 server su[2172]: pam_unix(su:session): session opened for user ouruser by sshuser(uid=0)
Mar 31 17:29:37 server su[2172]: pam_unix(su:session): session closed for user ouruserГде sshuser — это пользователь, под которым мы сначала попали на сервер по ssh, а потом уже при помощи `su -` попали под root, откуда и проводим эксперимент. Предупреждая вопросы — нет, из под sshuser тоже не получается попасть в нужного нам пользователя через `su -`. Остальные системные логи по grep ouruser ничего в этот момент не показывают.
Проверка через clamav и rkhunter тоже ничего не показала.
При подключении через ftp коннект происходит, однако тоже есть странности — при попытке создания некоего файла он создается, однако при последующей попытке записать в этот файл что-либо он просто исчезает.
Подскажите, в чем может быть проблема или с чего начать диагностику? Пересоздание пользователя в целом вариант, но крайний, и рассматриваться будет последним.
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.
Already on GitHub?
Sign in
to your account
Closed
snoopyjc opened this issue
May 16, 2019
· 11 comments
Closed
E297: Write Error in swap file
#4378
snoopyjc opened this issue
May 16, 2019
· 11 comments
Comments
I frequently leave many vim editor windows open. Daily I have to unplug my laptop from the network and hook it back up in another location. When I go to continue to edit the files I have open, I get E297: Write Error in swap file. I can clear this error by using :e! but it would be much better if vim recovers on its own.
To Reproduce
Edit a file then unplug and re-plug the ethernet cable.
Expected behavior
No errors
Screenshots
Environment (please complete the following information):
- Vim version 8.1
- OS: Windows 10
Hm… Maybe I’m old-fashioned, but my take on this question is that before leaving the computer for any long time, and certainly before unplugging it to move it to another location, I would «save my work». In Vim I have the following mappings (in my vimrc) just for that:
map <F3> :wa|wv<CR> map! <F3> <C-O>:wa|wv<CR>
Best regards,
Tony.
is this with files you are editing on a network share or remote filesystem?
Tony — I do save each time I change something. I just like to keep the source code I’m working with open. Chrisbra: Yes, the files are on my network drive. I don’t keep anything on my PC as it’s not backed up.
Just set the ‘directory’ option to a local directory, then you won’t have this problem.
Yes, the files are on my network drive. I don’t keep anything on my PC as it’s not backed up.
Well, sorry, then don’t cut your network connection and wonder about it. This is certainly not a bug in Vim here.
You might be able to tweak your updatetime, directory and undofile option (and possibly also the backupskip option.
I say if the software can be adjusted to make my life easier and avoid an error message and a user action (:e!), then have the software do that. Why have software at all if it’s just gonna make things harder for me?
Thanks. I like the idea, but the code needs a bit of cleaning up. I’ll make a patch. Let me know your name if you want it on the patch.
brammool
added a commit
that referenced
this issue
May 27, 2019
Problem: Error when the drive of the swap file was disconnected.
Solution: Try closing and re-opening the swap file. (closes #4378)
Thanks!
Joe Orost
…
-joe
Sent from my AT&T iPhone
On May 27, 2019, at 5:01 PM, Bram Moolenaar ***@***.***> wrote:
Thanks. I like the idea, but the code needs a bit of cleaning up. I’ll make a patch. Let me know your name if you want it on the patch.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.
manuelschiller
pushed a commit
to manuelschiller/vim
that referenced
this issue
Nov 10, 2019
Problem: Error when the drive of the swap file was disconnected.
Solution: Try closing and re-opening the swap file. (closes vim#4378)
