जन्म ext4 पर खाली है

83

मैं अभी के Birthखंड पर पढ़ रहा था statऔर ऐसा प्रतीत होता है कि ext4 को इसका समर्थन करना चाहिए, लेकिन यहां तक ​​कि एक फ़ाइल जो मैंने अभी बनाई है वह इसे खाली छोड़ देता है।

 ~  % touch test                                                       slave-iv
 ~  % stat test.pl                                                     slave-iv
  File: ‘test.pl’
  Size: 173             Blocks: 8          IO Block: 4096   regular file
Device: 903h/2307d      Inode: 41943086    Links: 1
Access: (0600/-rw-------)  Uid: ( 1000/xenoterracide)   Gid: (  100/   users)
Access: 2012-09-22 18:22:16.924634497 -0500
Modify: 2012-09-22 18:22:16.924634497 -0500
Change: 2012-09-22 18:22:16.947967935 -0500
 Birth: -

 ~  % sudo tune2fs -l /dev/md3 | psp4                                  slave-iv
tune2fs 1.42.5 (29-Jul-2012)
Filesystem volume name:   home
Last mounted on:          /home
Filesystem UUID:          ab2e39fb-acdd-416a-9e10-b501498056de
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    journal_data
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              59736064
Block count:              238920960
Reserved block count:     11946048
Free blocks:              34486248
Free inodes:              59610013
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      967
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
RAID stride:              128
RAID stripe width:        256
Flex block group size:    16
Filesystem created:       Mon May 31 20:36:30 2010
Last mount time:          Sat Oct  6 11:01:01 2012
Last write time:          Sat Oct  6 11:01:01 2012
Mount count:              14
Maximum mount count:      34
Last checked:             Tue Jul 10 08:26:37 2012
Check interval:           15552000 (6 months)
Next check after:         Sun Jan  6 07:26:37 2013
Lifetime writes:          7255 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:           256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
First orphan inode:       55313243
Default directory hash:   half_md4
Directory Hash Seed:      442c66e8-8b67-4a8c-92a6-2e2d0c220044
Journal backup:           inode blocks

मेरा ext4विभाजन इस क्षेत्र को आबाद क्यों नहीं करता है ?

filesystems  ext4  stat 
— xenoterracide
स्रोत

जवाबों:

93

फ़ील्ड पॉपुलेटेड हो जाती है (नीचे देखें) केवल coreutils statइसे प्रदर्शित नहीं करती है। जाहिरा तौर पर वे इंटरफ़ेस के लिए 1 प्रतीक्षा कर रहे हैं ।xstat()

कोरुटिल पैच - अगस्त। 2012 - TODO

स्टेट (1) और एलएस (1) जन्म के समय के लिए समर्थन करते हैं। कर्स्टन द्वारा प्रदान की जा रही xstat () पर निर्भर

आप के माध्यम से निर्माण समय प्राप्त कर सकते हैं debugfs:

debugfs -R 'stat <inode_number>' DEVICE

उदाहरण के लिए मेरा /etc/profileजो चालू है /dev/sda2(देखें कि फ़ाइल किस डिवाइस पर है, यह कैसे पता करें ):

स्टेट -c% i / etc / प्रोफाइल
398,264
debugfs -R 'stat <398264>' /dev/sda2
debugfs 1.42.5 (29-Jul-2012)
Inode: 398264   Type: regular    Mode:  0644   Flags: 0x80000
Generation: 2058737571    Version: 0x00000000:00000001
User:     0   Group:     0   Size: 562
File ACL: 0    Directory ACL: 0
Links: 1   Blockcount: 8
Fragment:  Address: 0    Number: 0    Size: 0
 ctime: 0x506b860b:19fa3c34 -- Wed Oct  3 02:25:47 2012
 atime: 0x50476677:dcd84978 -- Wed Sep  5 16:49:27 2012
 mtime: 0x506b860b:19fa3c34 -- Wed Oct  3 02:25:47 2012
crtime: 0x50476677:dcd84978 -- Wed Sep  5 16:49:27 2012
Size of extra inode fields: 28
EXTENTS:
(0):3308774

LKML थ्रेड पर 1 लाइनस का उत्तर

— don_crissti
स्रोत
7
@ श्रावक: मुझे एक फ़ाइल के साथ भी यह समस्या थी /home/user/path/to/fileक्योंकि /homeएक अलग विभाजन था। उस स्थिति में, प्रदान किया गया पथ statसापेक्ष होना चाहिए /home। उदाहरण: sudo debugfs -R 'stat user/path/to/file' /dev/sda2। पथ हैंडलिंग से छुटकारा पाने के लिए, हम statपथ के बजाय sudo debugfs -R "stat <$(stat -c %i /home/user/path/to/file)>" /dev/sda5
— इनोड
3
क्या इसका उपयोग नेटवर्क-माउंटेड फाइल सिस्टम से फाइलों के निर्माण का समय प्राप्त करने के लिए किया जा सकता है?
— तरणकी
1
तो यह एक समय टिकट नहीं है जो फ़ाइल सिस्टम के निर्माण से परे है। इसका मतलब यह है कि अगर कोई फ़ाइल 25 साल पहले बनाई गई थी और बहुत सारे भौतिक या माउंटेड सिस्टम के माध्यम से कॉपी की गई थी, तो मेटाडेटा में किसी भी निर्माण की तारीख की जानकारी खोजने का कोई तरीका नहीं है? तो यह जानने का एकमात्र तरीका है कि कोई फ़ाइल कब बनाई गई थी, इसे फ़ाइल नाम में टाइप करना है? या सामग्री के अंदर? क्या ऐसा प्रतीत होता है कि गैर-कार्यान्वयन के लिए कोई कारण नहीं है?
— साइनकोनाटा
2
@sinekonata फ़ाइल मेटाडेटा बहुत सिस्टम पर निर्भर है (जैसा कि यह उत्तर दिखाता है, OS की प्रत्येक परत को इसे संसाधित करने में सक्षम होना चाहिए) और इसे मशीनों के बीच की प्रतियों के बीच रखने से सिस्टम और प्रतिलिपि उपकरण दोनों द्वारा मेटाडेटा प्रारूप के लिए समर्थन पर निर्भर करता है। इसका क्या मतलब है: यदि आप फ़ाइल नाम भी गैर-मंगवाते हैं तो आप भाग्यशाली हैं। वैकल्पिक रूप से, कुछ फ़ाइल प्रारूप आपको फ़ाइल (जैसे ID3 ) के अंदर मेटाडेटा सम्मिलित करने की अनुमति देते हैं , और यह आमतौर पर अच्छी तरह से किया जाता है, लेकिन कई प्रारूपों में ऐसी सुविधा नहीं होती है। अंत में, आप फ़ाइल को एक संग्रह फ़ाइल के अंदर रख सकते हैं जैसे
— एन्ड्रे परमेस
1
ध्यान दें कि <और अंदर के >नंबर की आवश्यकता है। उन्हें अक्सर एक चर को समायोजित करने के लिए उदाहरणों में उपयोग किया जाता है जिसे समायोजित किया जाना चाहिए, लेकिन इस मामले में उन्हें शाब्दिक रूप से दर्ज किया जाना चाहिए। उनके बिना, इनोड संख्या को एक पथ के रूप में माना जाता है, और आपको एक File not found by ext2_lookupत्रुटि मिलती है ।
— mivk
31

मैंने इसे एक साधारण शेल फ़ंक्शन में जोड़ा:

get_crtime() {
  for target in "${@}"; do
    inode=$(stat -c %i "${target}")
    fs=$(df  --output=source "${target}"  | tail -1)
    crtime=$(sudo debugfs -R 'stat <'"${inode}"'>' "${fs}" 2>/dev/null | 
    grep -oP 'crtime.*--\s*\K.*')
    printf "%s\t%s\n" "${target}" "${crtime}"
  done
    }

फिर आप इसे चला सकते हैं

$ get_crtime foo foo/file /etc/
foo Wed May 21 17:11:08 2014
foo/file    Wed May 21 17:11:27 2014
/etc/   Wed Aug  1 20:42:03 2012
— terdon
स्रोत
22

xstatसमारोह कभी नहीं मेनलाइन में विलय कर दिया गया। हालाँकि, बाद में एक नया statxकॉल प्रस्तावित किया गया था , और लिनक्स 4.11 में विलय कर दिया गया था । नई statx(2)प्रणाली कॉल में इसकी वापसी संरचना में एक निर्माण समय शामिल है। के लिए एक आवरण statx(2)को केवल 2.28 में जारी किया गया था (अगस्त 2018 को रिलीज़ करें) । और इस आवरण का उपयोग करने के लिए समर्थन GNU Coreutils 8.31 (मार्च 2019 को जारी) में जोड़ा गया था :

स्टेट अब जीएनयू लिनक्स सिस्टम पर glibc> = 2.28 और कर्नेल> = 4.11 के साथ फाइल सिस्टम द्वारा समर्थित होने पर फ़ाइल निर्माण समय को प्रिंट करता है।

% stat --version
stat (GNU coreutils) 8.31
Copyright (C) 2019 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <https://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Michael Meskes.
% stat /
  File: /
  Size: 4096            Blocks: 8          IO Block: 4096   directory
Device: b302h/45826d    Inode: 2           Links: 17
Access: (0755/drwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2019-06-06 20:03:12.898725626 +0900
Modify: 2019-05-28 05:15:44.452651395 +0900
Change: 2019-05-28 05:15:44.452651395 +0900
 Birth: 2018-06-07 20:35:54.000000000 +0900

निम्न प्रकार एक डेमो है statxजहां उपयोगकर्ता को अभी तक पकड़ना है (पुराने ग्लिबक या कोरुटिल्स)। सी प्रोग्राम में सिस्टम कॉल को सीधे कॉल करना आसान नहीं है। आमतौर पर glibc एक आवरण प्रदान करता है जो काम को आसान बनाता है, लेकिन सौभाग्य से, @whotwagner ने एक नमूना C प्रोग्राम लिखा, जो दिखाता है कि statx(2)x86 और x86-64 सिस्टम पर सिस्टम कॉल का उपयोग कैसे करें। इसका आउटपुट statबिना किसी फॉर्मेटिंग विकल्प के, डिफ़ॉल्ट के समान है , लेकिन इसे केवल जन्म समय प्रिंट करने के लिए संशोधित करना सरल है। (यदि आपके पास एक नया पर्याप्त ग्लिबक है, तो आपको इसकी आवश्यकता नहीं होगी - आप statxसीधे वर्णित के रूप में उपयोग कर सकते हैं man 2 statx)।

सबसे पहले, इसे क्लोन करें:

git clone https://github.com/whotwagner/statx-fun

आप statx.cकोड को संकलित कर सकते हैं , या, यदि आप सिर्फ जन्म का समय चाहते हैं, तो birth.cनिम्न कोड के साथ क्लोन निर्देशिका में बनाएं (जो कि statx.cनैनोकैकेड सटीक सहित निर्माण टाइमस्टैम्प की छपाई का एक न्यूनतम संस्करण है ):

#define _GNU_SOURCE
#define _ATFILE_SOURCE
#include <stdio.h>
#include <stdlib.h>
#include <sys/types.h>
#include <unistd.h>
#include <fcntl.h>
#include "statx.h"
#include <time.h>
#include <getopt.h>
#include <string.h>

// does not (yet) provide a wrapper for the statx() system call
#include <sys/syscall.h>

/* this code works ony with x86 and x86_64 */
#if __x86_64__
#define __NR_statx 332
#else
#define __NR_statx 383
#endif

#define statx(a,b,c,d,e) syscall(__NR_statx,(a),(b),(c),(d),(e))

int main(int argc, char *argv[])
{
    int dirfd = AT_FDCWD;
    int flags = AT_SYMLINK_NOFOLLOW;
    unsigned int mask = STATX_ALL;
    struct statx stxbuf;
    long ret = 0;

    int opt = 0;

    while(( opt = getopt(argc, argv, "alfd")) != -1)
    {
        switch(opt) {
            case 'a':
                flags |= AT_NO_AUTOMOUNT;
                break;
            case 'l':
                flags &= ~AT_SYMLINK_NOFOLLOW;
                break;
            case 'f':
                flags &= ~AT_STATX_SYNC_TYPE;
                flags |= AT_STATX_FORCE_SYNC;
                break;
            case 'd':
                flags &= ~AT_STATX_SYNC_TYPE;
                flags |= AT_STATX_DONT_SYNC;
                break;
            default:
                exit(EXIT_SUCCESS);
                break;
        }
    }

    if (optind >= argc) {
        exit(EXIT_FAILURE);
    }

    for (; optind < argc; optind++) {
        memset(&stxbuf, 0xbf, sizeof(stxbuf));
        ret = statx(dirfd, argv[optind], flags, mask, &stxbuf);
        if( ret < 0)
        {
            perror("statx");
            return EXIT_FAILURE;
        }
        printf("%lld.%u\n", *&stxbuf.stx_btime.tv_sec, *&stxbuf.stx_btime.tv_nsec);
    }
    return EXIT_SUCCESS;
}

फिर:

$ make birth
$ ./birth ./birth.c
1511793291.254337149
$ ./birth ./birth.c | xargs -I {} date -d @{}
Mon Nov 27 14:34:51 UTC 2017

सिद्धांत रूप में, यह निर्माण समय को केवल * * से अधिक फाइल सिस्टम पर सुलभ बनाता है (एक्स 2/3/4 फाइल सिस्टम के debugfsलिए एक उपकरण है, और दूसरों पर अनुपयोगी है)। इसने एक XFS सिस्टम के लिए काम किया, लेकिन NTFS और एक्सफैट के लिए नहीं। मुझे लगता है कि उन लोगों के लिए FUSE फाइल सिस्टम में सृजन समय शामिल नहीं था।

— muru
स्रोत
5

एक और मामला है जहां जन्म समय खाली / शून्य / डैश होगा: एक्सट 4 के इनोड का आकार स्टोर करने के लिए कम से कम 256bytes होना चाहिए crtime। समस्या तब होती है जब आपने प्रारंभ में 512MB से छोटे फाइल सिस्टम को बनाया था (डिफ़ॉल्ट इनकोड का आकार 128 बाइट्स होगा, देखें /etc/mke2fs.confऔर mkfs.ext4मैनपेज)।

stat -c '%n: %w' testfile
testfile: -

और / या

stat -c '%n: %W' testfile
testfile: 0

अब फाइलसिस्टम इनोड की जांच करें (क्या यह स्टोर करने के लिए पर्याप्त बड़ा है crtime?):

tune2fs -l $(df . --output=source | grep ^/) | grep "Inode size:"
Inode size:           128

तकनीकी जानकारी: Ext4 डिस्क लेआउट पृष्ठ पर, ध्यान दें कि इनोड टेबल की कुछ विशेषताएँ 0x80 (128) से परे हैं।

— फ्रैंकलिन पिआट
स्रोत
सही (मुझे याद है कि यह vger पर पढ़ना )। 512MB सीमा में परिभाषित किया गया है mke2fs.cलाइन पर 1275
— don_crissti
2

अगर यह लायक है तो मुझे पांडित्य महसूस हो रहा था इसलिए स्टेटम के चारों ओर एक बैश रैपर लिखा था, जो अगर उपलब्ध हो तो एक अंतर्निहित ext4 फाइलसिस्टम से इसे लाने के लिए डिबगफ का उपयोग करके चुपचाप समर्थन करने के लिए। मुझे उम्मीद है कि यह मजबूत होगा। इसे यहां खोजें ।

ध्यान दें कि लिनक्स में टूडू सूची में एक स्क्रिप्ट के रूप में उस स्क्रिप्ट में प्रलेखित किया गया है। इसलिए इस रैपर में केवल नाममात्र का जीवनकाल होता है जब तक कि यह पूरा नहीं हो जाता है और जो संभव है उसमें अधिक व्यायाम होता है।

— बर्न वेन्डर
स्रोत
3
ध्यान दें कि xstat()अंततः लिनक्स में जोड़ा गया है, इसलिए यह केवल GNU libc से पहले की बात है और इसके findलिए समर्थन जोड़ें।
— स्टीफन चेज़लस
1
बहुत बढ़िया! वास्तव में अच्छी खबर है।
— बेर्न्ड वेनर
6
पांडित्य के लिए माफी के साथ, आप "पांडित्य" का अर्थ नहीं समझते हैं।
— निक
"मिनट के विवरण या औपचारिकता से अत्यधिक चिंतित" - जैसा कि, स्वीकृत उत्तर ठीक है, लेकिन ... आइए इसे औपचारिक रूप दें। ;-)
— बर्ड वेन्नेर
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.