| To: | linux-xfs@xxxxxxxxxxx |
|---|---|
| Subject: | Re: the thing with the binary zeroes |
| From: | Andi Kleen <ak@xxxxxx> |
| Date: | Sat, 12 Feb 2005 16:53:12 +0100 |
| In-reply-to: | <20050212120718.GA30740@xxxxxxxxxxxxxxxxxx> (martin f. krafft's message of "Sat, 12 Feb 2005 13:07:18 +0100") |
| References: | <20050211121829.GA30049@xxxxxxxxxxxxxxxxxxxxx> <m1sm43uu8h.fsf@xxxxxx> <20050211131546.GA32336@xxxxxxxxxxxxxxxxxxxxx> <m1oeeruswr.fsf@xxxxxx> <20050211133558.GA32501@xxxxxxxxxxxxxxxxxxxxx> <m1k6pfurpd.fsf@xxxxxx> <Pine.GSO.4.58.0502121642380.25840@xxxxxxxxxxxxxxxxx> <m1r7jmf0q7.fsf@xxxxxx> <20050212120718.GA30740@xxxxxxxxxxxxxxxxxx> |
| Sender: | linux-xfs-bounce@xxxxxxxxxxx |
| User-agent: | Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (gnu/linux) |
martin f krafft <madduck@xxxxxxxxxxx> writes: > > But that would solve my problem. How does XFS guarantee this? Didn't > you just say it is impossible to get at the raw data again as XFS > nulls it? No, I didn't say that. I said it overwrites the meta data pointing to the file data in the truncate. -Andi |
| Previous by Date: | Re: the thing with the binary zeroes, martin f krafft |
|---|---|
| Next by Date: | The Amazing disappearing filesystem (2.4.29), Robert Brockway |
| Previous by Thread: | Re: the thing with the binary zeroes, martin f krafft |
| Next by Thread: | Re: the thing with the binary zeroes, David J N Begley |
| Indexes: | [Date] [Thread] [Top] [All Lists] |