The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск графического окружения LXQt 0.17, opennews (??), 16-Апр-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


2. "Выпуск графического окружения LXQt 0.17"  –2 +/–
Сообщение от Аноним (2), 16-Апр-21, 15:28 
>времени создания файлов

Ну наконец добавили, а то в линуксе уже много лет есть, в glibc уже 3 года как добавили, и тут только раздупляются. Это очень удобно для управления файлами, скажем mtime архива при этом можно выставить на время последнего файла. Я за полчаса написал такой однострочник для всех типов архивов. Хотя конечно не помешало бы ещё одно время вместо этого, например contenttime

Ответить | Правка | Наверх | Cообщить модератору

146. "Выпуск графического окружения LXQt 0.17"  +/–
Сообщение от Аноним (146), 17-Апр-21, 09:31 
> В файловом менеджере (PCManFM-Qt) реализована полная поддержка времени создания файлов.

stat /bin/ls

У меня в GNU/Linux время создания файла не поддерживается:
atime - последний доступ
mtime - последняя модификация
ctime - последнее изменение статуса
btime - время рождения, у меня отсутствует, у в ех файлах пусто!

> В меню Tools добавлены кнопки для создания ланчеров и включения режима администратора, использующего GVFS для перемещения файлов, не подпадающих под текущие права пользователя, без получения привилегий root.

Добавили большую дырень в ACL для вирусни!!! Наверно на этот файловый менеджер s-бит поставили. Осталось только добавить автоматический предпросмотр содержимого файлов как в KDE и все благоприятные условия для обитания вирей будут созданы:)

PS:
С LXQT теперь необходимо выкидывать две вещи: dbus и PCManFM-Qt.

Ответить | Правка | Наверх | Cообщить модератору

164. "Выпуск графического окружения LXQt 0.17"  +/–
Сообщение от анонн (ok), 17-Апр-21, 15:07 
> stat /bin/ls
> У меня в GNU/Linux время создания файла не поддерживается:

Время создания должно ж еще поддерживаться FS, иначе откуда его стату брать?

stattime /boot/loader.conf
File:    /boot/loader.conf
Access:    17:23:14 19/08/2016  #atime
Birth:    18:47:56 14/11/2013  #birthtime
Modify:    15:27:50 25/02/2021  #mtime
Change:    15:27:50 25/02/2021  #ctime

Ответить | Правка | Наверх | Cообщить модератору

182. "Выпуск графического окружения LXQt 0.17"  –1 +/–
Сообщение от Аноним (2), 17-Апр-21, 20:53 
Вот я и говорю, столько бесполезных данных (atime использовался древними почтовиками для чего-то и больше нигде, ctime вообще бесполнезнейшая стата -- какая разница вообще?), а фактическое время модификации содержимого приходится в xattr класть (поддержка которого в DE никакущая).

GVFS мне никогда не нравился, первым делом я его выжигаю из любой системы. Самое страшное, что случалось, это корзина отваливалась. Но в кде своя корзина и лучше использовать её тогда уж.

Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

197. "Выпуск графического окружения LXQt 0.17"  +1 +/–
Сообщение от lockywolf (ok), 18-Апр-21, 09:54 
Блин, гении обсуждают. Это не время создания _файла_, а время создания inode.

Например, при восстановлении из бэкапа, у вас btime будет свежее atime.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

202. "Выпуск графического окружения LXQt 0.17"  +/–
Сообщение от Аноним (-), 18-Апр-21, 13:45 
> Блин, гении обсуждают.
> Это не время создания _файла_, а время создания inode.

А капитаны очевидность отписываются?
> Например, при восстановлении из бэкапа, у вас btime будет свежее atime.

Ты явно что-то делаешь не так.
$ gnustat ~<многовложений>/Frontier\ 2400/BIGGUN.WAV
Access: 2007-06-30 16:25:10.906250000 +0200
Modify: 1993-02-14 23:00:00.000000000 +0100
Change: 2018-07-23 17:54:14.921571000 +0200
Birth: 1993-02-14 23:00:00.000000000 +0100

$ gnustat ~<многовложений>/NC.EXE
Access: 2010-06-23 16:38:24.156250000 +0200
Modify: 1993-05-10 00:00:00.000000000 +0200
Change: 2018-07-23 17:49:35.452088000 +0200
Birth: 1993-05-10 00:00:00.000000000 +0200


Ответить | Правка | Наверх | Cообщить модератору

204. "Выпуск графического окружения LXQt 0.17"  +/–
Сообщение от Аноним (2), 18-Апр-21, 14:40 
Он имеет в виду что при копировании btime всегда свежий. В частности, у rsync тоже. Как и у архиваторов. Но это и правильно, потому что копия не оригинал. Кстати, как ты это сделал, там точно поддержка btime есть у фс?
Ответить | Правка | Наверх | Cообщить модератору

205. "Выпуск графического окружения LXQt 0.17"  +/–
Сообщение от анонн (ok), 18-Апр-21, 16:03 
> Он имеет в виду что при копировании btime всегда свежий. В частности,
> у rsync тоже. Как и у архиваторов. Но это и правильно, потому что копия не оригинал. Кстати, как ты это сделал, там
> точно поддержка btime есть у фс?

dump - restore.


$ stattime /etc/ttys
File:    /etc/ttys 
Access:    20:47:33 16/08/2016 
Birth:    20:49:52 03/11/2013  <---
Modify:    23:59:29 11/03/2019 
Change:    23:59:29 11/03/2019
$ cp -a /etc/ttys .
stattime ttys
File:    /usr/home/анонн/misc/ttys 
Access:    20:47:33 16/08/2016 
Birth:    23:59:29 11/03/2019 <--- btime == mtime
Modify:    23:59:29 11/03/2019 
Change:    14:57:25 18/04/2021

А теперь восстановление из бэкапа:


$ dump -0Lauf - / | restore -i -f - 
restore > cd etc
restore > add ttys
restore > extract
set owner/mode for '.'? [yn] n
restore > q
$ stattime etc/ttys 
File:    /usr/home/анонн/misc/etc/ttys 
Access:    20:47:33 16/08/2016 
Birth:    20:49:52 03/11/2013 <--- оригинальный btime
Modify:    23:59:29 11/03/2019 
Change:    14:49:41 18/04/2021
$ fstyp /dev/gpt/userfs
ufs

Ответить | Правка | Наверх | Cообщить модератору

207. "Выпуск графического окружения LXQt 0.17"  +1 +/–
Сообщение от lockywolf (ok), 18-Апр-21, 17:23 
>[оверквотинг удален]
> restore > q
> $ stattime etc/ttys
> File: /usr/home/анонн/misc/etc/ttys
> Access: 20:47:33 16/08/2016
> Birth: 20:49:52 03/11/2013 <--- оригинальный btime
> Modify: 23:59:29 11/03/2019
> Change: 14:49:41 18/04/2021
> $ fstyp /dev/gpt/userfs
> ufs
>

Ладно, аннон, ты злой, я тоже буду злой:

https://lists.openwall.net/linux-ext4/2019/02/17/6

I think the difference in opinion here is that there are two totally
different BTIme out in the world. For two somewhat opposite motivations
and it seems they both try to be crammed into the same on disk space.

One - Author creation time
  This is a Windows originated creature and later MAC (and all vendors who
  make a living by serving cifs (hint see my email address))

  This is a tag carried globally on the globe denoting the time of the
  original creator of the file. copy, download, backup-restore and so
  on preserve it from the very first original creation.
  This creature is a user oriented information. That needs to be carefully
  orchestrated by all parties

Two - Local creation time
  This is an immutable local FS information that helps in debugging and
  FS-checking / recovery of data. It is an information that kind of denotes
  the order of creation of files on a local FS.

So it looks like both sides are correct trying to preserve their own guy?

> $ fstyp /dev/gpt/userfs
> ufs

Из чего мы делаем вывод, что BSDуны -- латентные "Windows originated creature and later MAC".


А по существу, теперь мы можем быть уверены, что btime вообще использовать невозможно, потому что на разных системах она означает разные вещи, и ваши скрипты будут без малейшего сообщения об ошибке вести себя по-разному. ололо


На счёт dump, у нас есть Откровение Его Самого

https://dump.sourceforge.io/isdumpdeprecated.html

и

https://en.wikipedia.org/wiki/Dump_(program)

It operates on blocks, below filesystem abstractions such as files and directories.

Ответить | Правка | Наверх | Cообщить модератору

210. "Выпуск графического окружения LXQt 0.17"  +1 +/–
Сообщение от анонн (ok), 18-Апр-21, 20:23 
> Из чего мы делаем вывод, что BSDуны -- латентные "Windows originated creature and later MAC".

Больше смахивает на классическое "не поддерживается в пингвинчике? Ну, не очень-то и хотелось и вообще, НЕ НУЖНО и ВИНДУЗЯТНИЧЕСТВО!", так что завидуйте молча ;)

> На счёт dump, у нас есть Откровение Его Самого
> https://dump.sourceforge.io/isdumpdeprecated.html

"Как создать себе проблему и героически ее преодолевать", (коллективное творчество Пингвинят, том 113)

Но:
https://access.redhat.com/documentation/en-us/red_hat_enterp...
Просто "the results of backing up a mounted data partition can be unpredictable."


> https://en.wikipedia.org/wiki/Dump_(program)
>  It operates on blocks, below filesystem abstractions such as files and
> directories.

Угу-угу. Википедия "ас из".
Могу ткнуть в сорец dump, где делается скан директорий и cписков файлов - по другому сложно "суметь" в


DESCRIPTION
     The dump utility examines files on a file system and determines which
     files need to be backed up.  These files are copied to the given disk,
     tape or other storage medium for safe keeping (see the -f option below
     for doing remote backups). 
...
Directories and regular files which have their “nodump” flag (UF_NODUMP)
     set will be omitted along with everything under such directories, subject
     to the -h option.

хотя пожалуй хватит и

/*
 * Dump maps used to describe what is to be dumped.
 */
extern  int mapsize;            /* size of the state maps */
extern  char *usedinomap;       /* map of allocated inodes */
extern  char *dumpdirmap;       /* map of directories to be dumped */
extern  char *dumpinomap;       /* map of files to be dumped */
 из dump.h

Ответить | Правка | Наверх | Cообщить модератору

211. "Выпуск графического окружения LXQt 0.17"  +/–
Сообщение от lockywolf (ok), 19-Апр-21, 04:56 
> Больше смахивает на классическое "не поддерживается в пингвинчике? Ну, не очень-то и
> хотелось и вообще, НЕ НУЖНО и ВИНДУЗЯТНИЧЕСТВО!", так что завидуйте молча
> ;)

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

Вообще, я несколько завидую бсдшникам из-за того, что они могут позволить себе тратить столько усилий на поддержание консистентности системы.

> Просто "the results of backing up a mounted data partition can be
> unpredictable."

Угу, а перезагружаться ради бэкапа на сервере не хочется. Я бэкапаюсь rsync, но это тоже мнэ, плохое решение.


>[оверквотинг удален]
>  */
> extern  int mapsize;        
>    /* size of the state maps */
> extern  char *usedinomap;       /* map
> of allocated inodes */
> extern  char *dumpdirmap;       /* map
> of directories to be dumped */
> extern  char *dumpinomap;       /* map
> of files to be dumped */
> из dump.h

Какой неожиданно компетентный BSDун! Рискну предположить, что это это FreeBSD-специфично? Или обще-BSD?

В общем, жаль, что у btime получилась непереносимая семантика.


Ответить | Правка | Наверх | Cообщить модератору

213. "Выпуск графического окружения LXQt 0.17"  +/–
Сообщение от анонн (ok), 19-Апр-21, 13:26 
>> Просто "the results of backing up a mounted data partition can be
>> unpredictable."
> Угу, а перезагружаться ради бэкапа на сервере не хочется. Я бэкапаюсь rsync,
> но это тоже мнэ, плохое решение.

Во-во, а "у нас" ключик -L сделали не под "label", а под  
> notify dump that it is dumping a live file system. To obtain a consistent dump image, dump takes a snapshot of the file system in the .snap directory in the root of the file system

но да, ФС должна поддерживать (Как например "отсталая и замшелая" UFS. Хотя все же снапшоты не очень сочитаются с журналом).

> Рискну предположить, что это это FreeBSD-специфично?
> Или обще-BSD?

Скорее обще-dump-во.
https://sourceforge.net/p/dump/code/ci/main/tree/dump/dump.h (Dump/Restore ext2/3/4 filesystem backup, ссылка взята из дебиана)


Но можно сразу смотреть на
https://sourceforge.net/p/dump/code/ci/main/tree/dump/traver...

 * Dump pass 2.
 *
 * Scan each directory on the filesystem to see if it has any modified
 * files in it. If it does, and has not already been added to the dump
 * list (because it was itself modified), then add it. If a directory
 * has not been modified itself, contains no modified files and has no
 * subdirectories, then it can be deleted from the dump list and from
 * the list of directories. By deleting it from the list of directories,
 * its parent may now qualify for the same treatment on this or a later
 * pass using this algorithm.
 */
int
mapdirs(dump_ino_t maxino, long long *tapesize)
{
...
#ifdef    __linux__
...
ext2fs_dir_iterate(fs, ino, 0, NULL, searchdir, (void *) &mdc);
...
/*
 * Scan a disk block containing directory information looking to see if
 * any of the entries are on the dump list and to see if the directory
 * contains any subdirectories.
 */
static int
searchdir(

(за минусос #ifdef пингвино-специфики оно и во Фре и в Опенке точно такое же).

Ответить | Правка | Наверх | Cообщить модератору

203. "Выпуск графического окружения LXQt 0.17"  +/–
Сообщение от Аноним (2), 18-Апр-21, 14:34 
Понятное дело. Только если atime вообще нигде никак не используется, как и ctime, получается, от btime есть хоть какая-то польза.
Ответить | Правка | К родителю #197 | Наверх | Cообщить модератору

208. "Выпуск графического окружения LXQt 0.17"  +/–
Сообщение от lockywolf (ok), 18-Апр-21, 17:32 
> Понятное дело. Только если atime вообще нигде никак не используется, как и
> ctime, получается, от btime есть хоть какая-то польза.

Я пользуюсь atime. У меня есть самопальный скрипт, который ходит по моим каталогам с личными файлами, и напоминает когда я давно не обращался к каким-то документам, которые надо читать регулярно.

Плюс, есть похожий (правда, плохо работающий) скрипт, который ходит по фс и смотрит, какие пакеты давно не обновлялись и не используются.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру