On Thu, Apr 14, 2011 at 08:59:49AM -0500, Eric Sandeen wrote:
What kind of SSD is it?
OCZ Vertex 2 with firmware 1.25 (this is not the latest version, but I
did not have too much courage to update it :))
Ok. We (the ext4 list) had a report a year ago or so where someone had
really
2011/4/14 Andreas Schwab sch...@redhat.com:
Michał Piotrowski mkkp...@gmail.com writes:
After turning system on I noticed that repo is totally broken.
How do you define totally broken?
All files in repo looks like added to commit, but not commited.
#
# Initial commit
#
# Changes to be
Michał Piotrowski mkkp...@gmail.com writes:
Also git log says
fatal: bad default revision 'HEAD'
Looks like the only issue is that .git/refs/heads/master has been lost.
Andreas.
--
Andreas Schwab, sch...@redhat.com
GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E
And
W dniu 14 kwietnia 2011 10:29 użytkownik Andreas Schwab
sch...@redhat.com napisał:
Michał Piotrowski mkkp...@gmail.com writes:
Also git log says
fatal: bad default revision 'HEAD'
Looks like the only issue is that .git/refs/heads/master has been lost.
Indeed, the file is empty.
But I don't
Michał Piotrowski mkkp...@gmail.com writes:
But I don't have this file in the repo that I restored from the backup.
You do, in .git/packed-refs.
Andreas.
--
Andreas Schwab, sch...@redhat.com
GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E
And now for something
W dniu 14 kwietnia 2011 10:42 użytkownik Andreas Schwab
sch...@redhat.com napisał:
Michał Piotrowski mkkp...@gmail.com writes:
But I don't have this file in the repo that I restored from the backup.
You do, in .git/packed-refs.
You're right.
But the question remains - should enabled
Michał Piotrowski mkkp...@gmail.com writes:
But the question remains - should enabled barriers protect against
such data loss/breakage? Or I just had a big bad luck?
It could also be a bug in git, perhaps it needs to take more care to
create the ref file atomically.
Andreas.
--
Andreas
W dniu 14 kwietnia 2011 11:04 użytkownik Andreas Schwab
sch...@redhat.com napisał:
Michał Piotrowski mkkp...@gmail.com writes:
But the question remains - should enabled barriers protect against
such data loss/breakage? Or I just had a big bad luck?
It could also be a bug in git, perhaps it
Michał Piotrowski mkkp...@gmail.com writes:
W dniu 14 kwietnia 2011 11:04 użytkownik Andreas Schwab
sch...@redhat.com napisał:
Michał Piotrowski mkkp...@gmail.com writes:
But the question remains - should enabled barriers protect against
such data loss/breakage? Or I just had a big bad
On 04/14/2011 05:19 AM, Andreas Schwab wrote:
Michał Piotrowskimkkp...@gmail.com writes:
W dniu 14 kwietnia 2011 11:04 użytkownik Andreas Schwab
sch...@redhat.com napisał:
Michał Piotrowskimkkp...@gmail.com writes:
But the question remains - should enabled barriers protect against
such
On 4/14/11 4:27 AM, Michał Piotrowski wrote:
W dniu 14 kwietnia 2011 11:19 użytkownik Andreas Schwab
sch...@redhat.com napisał:
Michał Piotrowski mkkp...@gmail.com writes:
W dniu 14 kwietnia 2011 11:04 użytkownik Andreas Schwab
sch...@redhat.com napisał:
Michał Piotrowski mkkp...@gmail.com
W dniu 14 kwietnia 2011 15:42 użytkownik Eric Sandeen
sand...@redhat.com napisał:
On 4/14/11 4:27 AM, Michał Piotrowski wrote:
W dniu 14 kwietnia 2011 11:19 użytkownik Andreas Schwab
sch...@redhat.com napisał:
Michał Piotrowski mkkp...@gmail.com writes:
W dniu 14 kwietnia 2011 11:04
On 4/14/11 8:50 AM, Michał Piotrowski wrote:
W dniu 14 kwietnia 2011 15:42 użytkownik Eric Sandeen
sand...@redhat.com napisał:
...
What kind of SSD is it?
OCZ Vertex 2 with firmware 1.25 (this is not the latest version, but I
did not have too much courage to update it :))
Ok. We (the
W dniu 14 kwietnia 2011 15:59 użytkownik Eric Sandeen
sand...@redhat.com napisał:
On 4/14/11 8:50 AM, Michał Piotrowski wrote:
W dniu 14 kwietnia 2011 15:42 użytkownik Eric Sandeen
sand...@redhat.com napisał:
...
What kind of SSD is it?
OCZ Vertex 2 with firmware 1.25 (this is not the
On Thu, Apr 14, 2011 at 16:53:00 +0200,
Michał Piotrowski mkkp...@gmail.com wrote:
Fixed a rare condition that could cause the drive to reset and clear the
data
I begin to wonder if it was the right decision to change main drive to SSD :)
Maybe it's time to start using data=journal
If
2011/4/14 Bruno Wolff III br...@wolff.to
On Thu, Apr 14, 2011 at 16:53:00 +0200,
Michał Piotrowski mkkp...@gmail.com wrote:
Fixed a rare condition that could cause the drive to reset and clear the
data
I begin to wonder if it was the right decision to change main drive to
SSD :)
2011/4/14 Jason D. Clinton m...@jasonclinton.com:
2011/4/14 Bruno Wolff III br...@wolff.to
On Thu, Apr 14, 2011 at 16:53:00 +0200,
Michał Piotrowski mkkp...@gmail.com wrote:
Fixed a rare condition that could cause the drive to reset and clear
the data
I begin to wonder if it was the
On Thu, 2011-04-14 at 09:15 +0200, Michał Piotrowski wrote:
Hi,
I experienced a small loss of power during commiting to a git repo.
I can't resist...how does a 'small' loss of power differ from a 'large'
loss of power? :)
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora
On 04/14/2011 04:38 PM, Michał Piotrowski wrote:
2011/4/14 Jason D. Clinton m...@jasonclinton.com:
2011/4/14 Bruno Wolff III br...@wolff.to
On Thu, Apr 14, 2011 at 16:53:00 +0200,
Michał Piotrowski mkkp...@gmail.com wrote:
Fixed a rare condition that could cause the drive to reset and clear
On 04/14/2011 04:38 PM, Adam Williamson wrote:
On Thu, 2011-04-14 at 09:15 +0200, Michał Piotrowski wrote:
Hi,
I experienced a small loss of power during commiting to a git repo.
I can't resist...how does a 'small' loss of power differ from a 'large'
loss of power? :)
Haha only-serious
2011/4/14 Adam Williamson awill...@redhat.com:
On Thu, 2011-04-14 at 09:15 +0200, Michał Piotrowski wrote:
Hi,
I experienced a small loss of power during commiting to a git repo.
I can't resist...how does a 'small' loss of power differ from a 'large'
loss of power? :)
'small' is for a few
Am 14.04.2011 17:38, schrieb Michał Piotrowski:
I hope that it works this way only on NTFS and do not attempt to free
unused Ext4 space :)
why should the FS matter for the physical layer under the FS?
signature.asc
Description: OpenPGP digital signature
--
devel mailing list
2011/4/14 Bryn M. Reeves b...@redhat.com:
On 04/14/2011 04:38 PM, Michał Piotrowski wrote:
2011/4/14 Jason D. Clinton m...@jasonclinton.com:
2011/4/14 Bruno Wolff III br...@wolff.to
On Thu, Apr 14, 2011 at 16:53:00 +0200,
Michał Piotrowski mkkp...@gmail.com wrote:
Fixed a rare condition
W dniu 14 kwietnia 2011 17:53 użytkownik Reindl Harald
h.rei...@thelounge.net napisał:
Am 14.04.2011 17:38, schrieb Michał Piotrowski:
I hope that it works this way only on NTFS and do not attempt to free
unused Ext4 space :)
why should the FS matter for the physical layer under the FS?
24 matches
Mail list logo