| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Pointed out: Ben Kaduk
MFC after: 2 weeks
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
I'm sorry to anyone who felt offended by this.
PR: docs/155385
Reported by: maga_lena <mirto@riseup.net>
MFC after: 1 week
|
|
|
|
|
|
| |
often have wrapped lines.
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
partitions instead of partition's indexes. This may be useful with
GPT partitioning scheme or EBR without GEOM_PART_EBR_COMPAT option.
MFC after: 2 weeks
|
|
|
|
| |
MFC after: 2 weeks
|
| |
|
|
|
|
| |
Re-revert it.
|
|
|
|
|
| |
Suggested by: jhb
MFC after: 1 week
|
|
|
|
|
|
| |
PR: docs/153933
Submitted by: jpaetzel@, Warren Block
MFC after: 1 week
|
| |
|
| |
|
| |
|
|
|
|
|
| |
PR: docs/153933
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
sector size from user-specified block size, report to user about
big blocksize.
PR: kern/147851
MFC after: 1 week
|
|
|
|
| |
to arg0 and dumping core when `gpart bootcode` called without arguments.
|
|
|
|
|
| |
WARNS=6 causes "warning: cast increases required alignment of target type"
on arm, ia64, mips, and sparc64.
|
| |
|
| |
|
|
|
|
|
|
| |
While I'm here remove redundancy and inconsistencies.
Obtained from: Juniper Networks
|
|
|
|
|
|
| |
While I'm here remove redundancy and inconsistencies.
Obtained from: Juniper Networks
|
|
|
|
|
|
|
| |
* Correct a typo while I'm there.
Reviewed by: pjd
MFC after: 2 weeks
|
| |
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
does restore them only when -l option is specified [1]. Make number of
entries field in backup format optional. Document -l and -r options of
`gpart show` action.
Suggested by: pjd [1]
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
restore it from given backup.
Discussed with: geom@
Approved by: kib (mentor)
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
big sector size. When gctl error is set gctl_has_param() always returns
'false', which prevents geli(8) from finding some arguments and also masks
an error, which is generates in such case.
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This was needed for recover implementation.
Implement the recover command for GPT. Now GPT will marked as
corrupt when any of three types of corruption will be detected:
1. Damaged primary GPT header or table
2. Damaged secondary GPT header or table
3. Secondary header is not located in the last LBA
Marked GPT becomes read-only. Any changes with corrupt table
are prohibited. Only "destroy" and "recover" commands are allowed.
Discussed with: geom@ (mostly silence)
Tested by: Ilya A. Arhipov
Approved by: mav (mentor)
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Before this change if you wanted to suspend your laptop and be sure that your
encryption keys are safe, you had to stop all processes that use file system
stored on encrypted device, unmount the file system and detach geli provider.
This isn't very handy. If you are a lucky user of a laptop where suspend/resume
actually works with FreeBSD (I'm not!) you most likely want to suspend your
laptop, because you don't want to start everything over again when you turn
your laptop back on.
And this is where geli suspend/resume steps in. When you execute:
# geli suspend -a
geli will wait for all in-flight I/O requests, suspend new I/O requests, remove
all geli sensitive data from the kernel memory (like encryption keys) and will
wait for either 'geli resume' or 'geli detach'.
Now with no keys in memory you can suspend your laptop without stopping any
processes or unmounting any file systems.
When you resume your laptop you have to resume geli devices using 'geli resume'
command. You need to provide your passphrase, etc. again so the keys can be
restored and suspended I/O requests released.
Of course you need to remember that 'geli suspend' won't clear file system
cache and other places where data from your geli-encrypted file system might be
present. But to get rid of those stopping processes and unmounting file system
won't help either - you have to turn your laptop off. Be warned.
Also note, that suspending geli device which contains file system with geli
utility (or anything used by 'geli resume') is not very good idea, as you won't
be able to resume it - when you execute geli(8), the kernel will try to read it
and this read I/O request will be suspended.
|
|
|
|
|
|
| |
Suggested by: kib
Approved by: kib (mentor)
MFC after: 5 days
|
|
|
|
| |
They have no effect when coming in pairs, or before .Bl/.Bd
|
|
|
|
|
|
|
| |
list other schemes attributes.
Reviewed by: simon, rpaulo
MFC after: 2 weeks
|
|
|
|
| |
Approved by: kib (mentor)
|
|
|
|
|
|
|
|
|
|
| |
This is especially useful for things like installers, where regular
geli prompt can't be used.
- Add support for specifing multiple -K or -k options, so there is no
need to cat all keyfiles and read them from standard input.
Requested by: Kris Moore <kris@pcbsd.org>, thompsa
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
|
| |
This option doesn't passed to kernel and handled in user-space.
With -F option gpart creates new "delete" request for each
partition in table. Each request has flags="X" that disables
auto-commit feature. Last request is the original "destroy" request.
It has own flags and can have disabled or enabled auto-commit feature.
If error is occurred when deleting partitions, then new "undo" request
is created and all changes will be rolled back.
Approved by: kib (mentor)
|
|
|
|
|
|
|
|
| |
- Don't use u_char and u_int in userland.
- Change 'unsigned' to 'unsigned int'.
- Update copyright years.
MFC after: 1 week
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
|
|
| |
- Flush write cache after each write.
MFC after: 1 week
|
|
|
|
|
|
| |
- fsync() created filed.
MFC after: 1 week
|
|
|
|
|
|
|
| |
don't want situation where old size is equal to new size, as we will trash
newly written metadata.
MFC after: 1 week
|
|
|
|
|
|
| |
- Flush cache after writing metadata.
MFC after: 1 week
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
to growing the filesystem.
Refuse to attach providers where the metadata provider size is
wrong. This makes post-boot attaches behave consistently with
pre-boot attaches. Also refuse to restore metadata to a provider
of the wrong size without the new -f switch. The new -f switch
forces the metadata restoration despite the provider size, and
updates the provider size in the restored metadata to the correct
value.
Helped by: pjd
Reviewed by: pjd
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
It turns out the new type wasn't really needed.
- Reorganize code a little bit.
|
| |
|