## big sur – Redirect installer directory?

big sur – Redirect installer directory? – Ask Different

## big sur – chown 0:0 ~/Applications/app/ = safe?

big sur – chown 0:0 ~/Applications/app/ = safe? – Ask Different

## macos – /usr/bin/find unacceptably slow on Big Sur

Today I tried to run a simple `find` command in Iterm, and found it to be unusably slow even for simple queries. Here’s the simplest example:

``````time find . -depth 0
.

real    0m11.056s
user    0m0.571s
sys 0m5.186s
``````

I get similar results from any directory, and whether using ITerm, Terminal, or VS Code’s integrated terminal. I’m not setting any find or file system options in my .bash_profile or other startup scripts.

What could be slowing it down?

• Big Sur: 11.2.3
• Iterm: 3.4.8
• Terminal: 2.11
• shell: bash 5.1.4(1)-release via homebrew
• VS Code: 1.57.1

## macos – Big Sur automatic hfs_convert to APFS STUCK at 10% on external rotational drive

So I have a 3TB external rotational drive that I only ever used with older macOS versions.

Big Sur then decided to automatically do a background hfs_convert to APFS on the external rotational drive which is now permanently STUCK at 10% encryption no matter what I have tried.

Even worse, after a few seconds of being mounted it then declares that it is fully filevault encrypted and refuses to decrypt.

All files are listed correctly in their directories but are inaccessible.

I did manage to trigger the encryption progress one time on another mac running Mojave but it was USB 2.0 and took a day to get to 14%. Upon putting it back on the Big Sur machine it’s gone back to mounting at 10% for few seconds and then FileVault encrypted.

Have googled this extensively and tried everything I can find.

The most useful solutions were to use another mac, and also if it says 10% (Paused) to then copy a file onto the drive to get it started. These don’t work anymore… perhaps the older machine remembers the drive?

Here are the errors I get when doing an fsck_apfs:

``````** Checking the container superblock.
Checking the checkpoint with transaction ID 5023576.
** Checking the EFI jumpstart record.
** Checking the space manager.
** Checking the space manager free queue trees.
** Checking the object map.
** Checking volume.
** Checking the APFS volume superblock.
The volume Elemental was formatted by hfs_convert (748.77.12) and last modified by apfs_kext (1677.120.9).
** Checking the object map.
error: ersb_total_blk_to_encrypt (681983560) exceeds bm_bit_count (366237179)
Encryption Rolling data structures are invalid.
** The volume /dev/disk3s1 could not be verified completely.
``````

Can I delete some checkpoints or snapshots for the volume?

Any help or suggestions greatly appreciated! <–(mods don’t remove, I am free to be appreciative)

P.S. I have no idea why on earth Apple decided it would be a good idea to automatically convert HFS+ encrypted volumes to APFS encrypted on large rotational drives with seemingly no warning. I have noticed in Big Sur Disk Utility that HFS+ Encrypted is no longer an option but that shouldn’t mean auto background conversion rendering files inaccessible during conversion.

## macos – I can’t set the default printer size to 4″x6″ on my MacBook (Big Sur)

macos – I can’t set the default printer size to 4″x6″ on my MacBook (Big Sur) – Ask Different

## partition – Dual boot Yosemite and Big Sur (HFS, APFS and other potential challenges)

I’d like to use a clean install of the latest Big Sur (11.4) on a machine that currently has Yosemite installed. I’d like to keep using Yosemite due to some legacy apps/licenses.

• Ideally I’d like to edit the same files from both Yosemite and Big Sur
• I’ve also considered accessing data and installing/running an app on a different partition to the one with the OS
• However, I’m realising that there could be challenges due
to the HFS and APFS formatting

I have Yosemite (10.10.3) installed on the Macintosh HD partition. I have two other partitions which I use as data storage (e.g. Word, Excel files).

``````P1) Macintosh HD (480GB, Yosemite already installed)
P2) 2 - 430GB
P3) 5 - 90gb
``````

Scenario (i):

``````P1) Macintosh HD (480GB, Yosemite already installed)
P2) 2 - 430GB (Big Sur would be installed)
P3) 5 - 90gb
``````

Scenario (ii):

``````P1) Macintosh HD (480GB, Yosemite already installed)
P2) 2 - 430GB
P3) 5 - 90gb (Big Sur would be installed)
``````

All three partitions according the `disk util` are:

``````   File System Personality:  Journaled HFS+
Type (Bundle):            hfs
``````

Question that arises:

1. With reference to the two scenarios above, is it possible to access (both read & write) files (e.g. a Word document) and or run apps stored on a different partition than the one with the running OS?…Or will the partition (with the other OS installed) no longer be visible?

A.) If yes, how does this work if one of the drives is JHFS+ and the other is APFS?

B.) If not, would it be better to store data on a partition that doesn’t have any OS installed (used almost like an external SDD except that it’s internal)?

C.) Would there be any issues from installing apps not on the same partition as the one with OS-installed? E.g. app files that need to be located in the system, caches, application support and library folders

Machine: MacBook Pro (Retina, 15-inch, Mid 2015)
1TB SSD (3 Partitions):

``````/dev/disk0
#:                       TYPE NAME                    SIZE       IDENTIFIER
0:      GUID_partition_scheme                        *1.0 TB     disk0
1:                        EFI EFI                     209.7 MB   disk0s1
2:                  Apple_HFS Macintosh HD            479.5 GB   disk0s2
3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
4:                  Apple_HFS 2 - 430GB               430.3 GB   disk0s4
5:                  Apple_HFS 5 - 90gb                89.7 GB    disk0s5
``````

## Docker not working on macOS Big Sur

Docker not working on macOS Big Sur – Ask Different

## co.combinatorics – Knot groups with big number of generators

I start by saying that I am not an expert in this field and I apologize if the question is too elementary.

Let $$K$$ be a knot in $$S^3$$. I denote by $$pi_1(K)$$ the knot group, which is the fundamental group of its exterior:
$$pi_1(K) = pi_1(S^3 smallsetminus K) .$$

The minimal number of generators of a knot $$K$$ is the minimal number of generators of $$pi_1(K)$$.

I am searching for knots with an arbitrarily high minimal number of generators. In particular:

1. I found in https://arxiv.org/abs/1007.3175 , Lemma 4.17, a reference: Goodrick, R. (1968). Non-simplicially collapsible triangulations of In. In this article, the author proves that the connected sum of $$n$$ copies of a two-bridge knot is a $$m$$-bridge knot with $$m$$>$$n$$. A sharper result should hold from Schultens, Jennifer (2003). Additivity of bridge numbers of knots. I cannot understand, though, how this should prove the statement. In particular, by Knot theory question: bridge number vs. min generators of fundamental group of complement , this should not imply the result. Maybe I am missing something in the article, I did not go through the details. However, the article is quite dated and there is, hopefully, a simple way to prove this fact nowadays. So the first question is: is there a simple way to prove that there are knots with an arbitrarily high minimal number of generators?

2. The techniques used seem to rely on the connected sum. What if we search for prime knots with an arbitrarily high minimal number of generators?

3. What if we search for hyperbolic knots with an arbitrarily high minimal number of generators?

Thank you in advance for the attention.

## macos – Disable Mission Control in Big Sur

I would like to completely disable Mission Control in Big Sur. If there is a way to stop it from triggering when I drag a window to the top of a screen that would also be greatly appreciated. I’ve disabled all options in System Preferences aside from `Displays have separate spaces`, which I would like to keep for other reasons.

It appears that `defaults write com.apple.dock mcx-expose-disabled -bool TRUE && killall Dock` used to work, but no longer does. Please tell me there is some way to disable this annoying behavior. Thanks.