• Sudo bless -folder '/Volumes/Mac OS X Lion Install ESD' -label 'Lion Install' Whatever you put for the label is what should show up at the choose disk screen when holding option during a boot.
• Substancial - Free ebook download as Text File (.txt), PDF File (.pdf) or read book online for free. Contains some random words for machine learning natural language processing.

1. Barony: Blessed Addition Mac Os 13
2. Barony: Blessed Addition Mac Os 8

Ένα νέο παιχνίδι μεταφέρθηκε στο AmigaOS 4 από τον kas1e, το Barony: Blessed Addition. Κυκλοφόρησε για Windows, Mac OS και Linux το 2015, ενώ το 2016 έγινε open source η μηχανή του, οπότε ήταν δυνατή και η μεταφορά του σε άλλα συστήματα.

Rome: Total War: Alexander is the second expansion pack for Rome: Total War. It is set in an earlier time period, putting the player in the role of Alexander the Great. It begins with Alexander's ascension to the Macedonian throne in 336 BC and lasts for 100 turns. The game is much the same as the original Rome: Total War, but with fewer factions, different units, and a different map. The expansion was released in 2006 for Microsoft Windows. The macOS version of Rome: Total War: Alexander was released on 27 February 2014 by Feral Interactive. A standalone version of the expansion, also by Feral, was released for the iPad on 27 July 2017.^[2] An iPhone and Android version of the game was released on 24 October 2019.^[3]

Gameplay[edit]

The gameplay of Alexander is mostly similar to the gameplay of the original Rome: Total War, with the player commanding individual armies on the battlefield or leading their entire nation on a campaign map.

Campaign[edit]

The main campaign of Alexander centers around Alexander the Great's conquest of the Persian Empire. While multiple factions were playable in the original game's campaign, Macedon is in the only playable faction in the campaign of Alexander. As Macedon, the player must conquer 30 provinces,^[4] including a number of specific cities like Tyre, Halicarnassus, and Babylon, from Persia and various 'barbarians,' like the Thracians, the Illyrians, the Scythians, and the Dahae. The player only has 100 turns to complete their objectives. Alexander himself must also survive until the player accomplishes their goals; if he dies, the player is defeated. The campaign is narrated by Brian Blessed.^[5]

Historical battles[edit]

In addition to the regular campaign, there are also six historical battles in the expansion,^[6] starting with the Battle of Chaeronea, where Alexander accompanies his father, Philip II, against the combined forces of Athens and Thebes. Next is the Battle of the Granicus against Memnon of Rhodes. After the Battle of the Granicus comes the Siege of Halicarnassus, in which Memnon is killed. The fourth and fifth battles are the Battle of Issus and the Battle of Gaugamela, respectively. Both are fought against King Darius III of Persia. It ends with the Battle of the Hydaspes against Porus, an Indian king of the Pauravas dynasty. As in the campaign, if Alexander dies during one of the historical battles, the player is defeated. If Alexander retreats, the player is also defeated. While the first battle is available by default, the subsequent battles can only be unlocked by beating the previous battle at 'medium' difficulty or above. The battles can be replayed at any time after being unlocked.^{[citation needed]}

Reception[edit]

The expansion pack received 'generally favorable reviews' according to the review aggregation website Metacritic.^[7] Many reviewers concluded that while the expansion offered some new content for dedicated fans of the Total War series, the short length and limited scope of the expansion harmed what was otherwise a good experience.^[10][11]

References[edit]

1. ^ ^abc'In the skin of a lion - Rome: Total War - Alexander, out now for Mac!'. Feral Interactive. 27 February 2014. Retrieved 20 June 2015.
2. ^'ROME: Total War – Alexander arriving on iPad 27th July'. Gamasutra. UBM LLC. Retrieved 20 September 2017.
3. ^''Rome: Total War - Alexander' from Feral Interactive for iPad Just Got Updated to Go Universal Adding iPhone Support and Multiple Improvements to Coincide with the Android Release'. TouchArcade. 24 October 2019. Retrieved 29 October 2019.
4. ^ ^abTodd, Brett (20 June 2006). 'Rome: Total War Alexander Review'. GameSpot. Retrieved 23 July 2016.
5. ^Goodfellow, Troy (10 June 2006). 'Rome: Total War Alexander'. GamesRadar. Retrieved 20 February 2019.
6. ^'Rome: Total War: Alexander'. Total War. Archived from the original on 26 August 2009.
7. ^ ^ab'Rome: Total War Alexander for PC Reviews'. Metacritic. Retrieved 23 July 2016.
8. ^Gillen, Kieron (26 June 2006). 'Rome: Total War - Alexander'. Eurogamer. Retrieved 23 July 2016.
9. ^Kosak, Dave (10 July 2006). 'GameSpy: Rome: Total War - Alexander'. GameSpy. Retrieved 23 July 2016.
10. ^ ^abButts, Steve (20 June 2006). 'Rome: Total War - Alexander'. IGN. Retrieved 23 July 2016.
11. ^ ^ab'Rome: Total War: Alexander'. PC Gamer UK: 86. August 2006.

External links[edit]

• Rome: Total War: Alexander at MobyGames

• This page covers Intel-based Macs – all models since 2006, including MacBooks and ?MacBook Pros

The most delicate part of installing operating systems, other than drive partitioning (which can destroy data), is configuring the boot loader, which can render your system unbootable. Best practice on ?IntelMacs has been changing with improved development of GRUB and supporting software.

This page only covers changing boot loaders, and does not cover the far more dangerous process of partitioning. For partitioning Intel Macs, see ?IntelMac/Partitioning.

On an Intel Mac, currently the best stable (lenny) configuration is:

• chain loading by first loading rEFIt (in EFI), then using the BIOS version of GRUB 2 (grub-pc) to load Linux (or Windows).

This allows multi-booting to Linux, Mac OS X, and Windows, yields accelerated graphics, and does not require LILO to be run every time a kernel or init ramdisk change occurs.

In future, this may be replaced by:

• a single stage boot, with the EFI version of GRUB 2 (grub-efi).

This is similar to rEFIt + GRUB 2 (BIOS version), but somewhat simpler. Currently there are limitations in Linux and X.org which need addressing (their video drivers need BIOS to initial video hardware for acceleration), but longer-term this should be an acceptable solution.

In the past, (etch?), practice was:

• chain loading by first loading rEFIt (in EFI), then using LILO.

This worked, but had the usual limitations of LILO (system wouldn’t boot if forgot to run lilo after kernel changes, etc.), and was necessary because GRUB Legacy does not (easily) support Intel Macs.

Any OS can be selected as default if you use rEFIt (version 0.14+) then the BIOS version of GRUB 2, or just GRUB 2 in EFI.

First, make a rescue CD/DVD, or get a Live DVD (or Live CD, or Live USB) and test it by booting with it. If rEFIt is properly configured, you will be able to boot from discs or USB drives from the rEFIt screen. Alternatively, holding the Option key during boot should start the Apple Startup Manager, while holding the ‘C’ key during boot should boot to CD (or DVD) – these should work even if rEFIt is broken.

Having a separate working computer available is wise, in case of difficulty it allows you to research the problem without needing to reboot the non-working computer.

Worst case

Likely worst case – assuming you do not change partitions, which can destroy data – is to render the hard drive unbootable, requiring the use of a boot CD/DVD.

Booting from a CD/DVD should always work (assuming firmware is ok: you do not need to change firmware in any way to install Debian or change the boot loader), but in worst case scenario, you can always remove the hard drive, connect it to another computer (such as in a USB hard drive enclosure), and fix it there.

Similarly, if the firmware is corrupt, you can restore the firmware as described at Apple support (About the Firmware Restoration CD (Intel-based Macs)) or by taking it to an Apple store, but this should not prove necessary.

This is mentioned simply to alleviate fears – if you’re only changing boot loaders, not booting from hard drive (and requiring rescue CD/DVD) is likely the worst case.

Complexity in Intel Mac booting is due to the transition from BIOS firmware to the EFI system.

• Mac Books now use EFI to boot
• GRUB Legacy (prior to GRUB 2) cannot boot from EFI

In parallel with this is the transition from the BIOS system of partitioning (MBR) to the EFI system of partitioning (GPT). During this transition you’ll want to use a GPT/MBR hybrid system, but these are potentially very painful. Notably, the GPT and MBR partition tables can get out of sync, so after using non-GPT aware partitioning tools, you must use gptsync (either in Mac OS X or Debian) to sync the partition information. In squeeze, gdisk is a GPT-aware fdisk, but in lenny, you’ll need to use gptsync in addition to fdisk, and gptsync is useful if you’ve used Mac OS X partitioning.

Components

There are 3 components in the boot process, as described here:

• Mac firmware

• rEFIt (EFI bootloader) – chooses partition

• GRUB (BIOS bootloader) – boots Debian

In general, once set up, you will not need to touch the firmware or rEFIt, but you can safely upgrade these without harm, and they will not touch your Linux partition.

Mac firmware

You mostly needn’t concern yourself with this, except as backup.

This is sometimes upgraded, which is a reason to keep Mac OS X around; see #Upgrading EFI Firmware, below.

It is also possible to:

• use the built-in boot loader (hold “Option” on start up)
• boot directly to CD (hold “C” on start up)
• restore original firmware (erase settings and upgrades), in dire situations

See:

• http://support.apple.com/kb/ht1379

• http://www.hackerskitchen.com/mac-old/nvram-detailed.html#nvram

• http://www.hackerskitchen.com/mac-old/#specific

for details on firmware hacking. These should not be necessary, but are included for reference.

rEFIt

rEFIt is an EFI bootloader, particularly for Intel Macs.

rEFIt can be installed via Mac OS X, which is the easiest way to use it. There is also refit, which is a re-packaging that has licensing that is conformant to Debian Free Software standards (rEFIt itself does not). The Debian package is not necessary to use rEFIt, and requires manual installation in Mac OS X, but it may prove useful.

rEFIt 0.14 (2010 March) has some useful enhancements, notably more configurable default boot, and detection of GRUB 2, so it is a recommended upgrade.

A subtlety is that the Mac firmware (specifically the PRAM (Programmable RAM), which stores variables) stores which partition to boot, which it calls “blessing”. Mac OS X is in the second partition, while rEFIt is installed in the first (EFI boot) partition (it also has files in the OS X partition, but copies these to the EFI boot partition). Blessing is done so the Mac will use rEFIt (or other EFI-capable bootloader) to boot.

A sub-subtlety is that when returning from Safe Sleep, Macs will boot – which should always be the Mac partition, not rEFIt, but due to a bug they may boot into the “blessed” partition, rather than into Mac. Thus rEFIt includes a program “rEFItBlesser” which blesses the Mac partition on startup, then blesses the rEFIt partition on shutdown. Thus you may sometimes boot into OS X instead of into the rEFIt menu, particularly after installing or upgrading rEFIt or following power loss or OS X Safe Sleep. Rebooting should bless rEFIt on shutdown and thus reboot into rEFIt. On reinstall you may need to reboot twice – the first time rEFItBlesser now starts, and blesses on shutdown, the second time it boots into rEFIt.

See No rEFIt menu after Safe Sleep or power loss for details.

There are many possible configurations, depending on whether you want to boot only Debian or wish to multi-boot, and what boot loader you use in EFI.

For concreteness and maximal compatibility, one may assume that one wishes to triple-boot to Mac OS X, Debian, and Windows (possibly non-EFI aware, e.g., prior to 2008). In that case one:

• partitions in hybrid GPT/MBR (as is done by Boot Camp), with a GPT partition, the Mac OS X partition, the Debian Linux partition, and (optionally) a Windows partition,
• boots via rEFIt in EFI, then GRUB 2 (BIOS version) on the Linux partition.

The other boot options, in order of complexity:

• elilo (EFI LILO) in EFI, booting to Debian only
• GRUB 2 in EFI, multi-booting, but not to Windows prior to 2008, and not providing accelerated graphics
• rEFIt in EFI, multi-booting, using LILO on the Linux partition to boot Debian
• rEFIt in EFI, multi-booting, using GRUB 2 (BIOS version) on the Linux partition to boot Debian

Note the key distinction between installing GRUB 2 in EFI versus on the partition. Concretely, grub-install /dev/sda installs GRUB 2 to the hard drive (EFI), while grub-install /dev/sda3 (note the “3”, indicating partition) installs GRUB 2 to the partition. (Formally, when installing in the partition, GRUB is in the “Partition Boot Record” or “PBR”; see Volume boot record.)

It is also possible to multi-boot without using rEFIt (holding down the “Option” key at boot to access the built-in Mac multi-boot), but rEFIt makes matters much easier.

On top of this is the distinction between using a pure GPT system (which to the eyes of MBR has only a single partition) versus using a hybrid GPT/MBR system, which to the eyes of MBR has up to 4 primary partitions, consisting of a GPT partition, the Mac OS X partition, the Debian Linux partition, and optionally a Windows partition.

If you wish to retain OS X, which you may desire either to use OS X applications, to easily upgrade EFI firmware, or simply as a backup system, then easiest is to use Boot Camp to resize/repartition, and retain the Mac OS X partition. Alternatively, you can wipe the hard drive and use Debian only (or Debian and Windows, or other combinations).

One can set any OS as the default, as follows:

• If GRUB 2 is in EFI, one can set the default OS by configuring GRUB 2.

• If rEFIt is in EFI, use rEFIt version 0.14+ and configure the refit.config file as documented there to select default system.

You can also triple-chain: first rEFIt → GRUB 2 on the Linux partition, then GRUB 2 to another OS (such as Windows).

• See: MacBook/DebianInstallTutorial

Installing Grub2 has also been fine for Lenny. This is the grub-pc version which boot through rEFIt (not grub-efi). This is tested on amd64 and i386.

Lenny install CD can install GRUB as bootloader. Its dialogue can be misleading if you wish to install bootloader to MBR. You must create proper MBR/GPT hybrid. It can be done by:

• gptsync command on Linux

• menu from rEFIt boot loader

Switching from LILO to GRUB

Barony: Blessed Addition Mac Os 13

If you wish to switch from lilo to GRUB (BIOS version), while still using rEFIt in EFI:

• First, please read and understand some basics at: Debian Reference: 3.3. Stage 2: the boot loader.

• Second, make rescue media (a rescue CD) using grub-rescue-pc, or some Live CD/DVD, such as Knoppix, and test it.

• Third, check which partition Linux is on, either using gparted in Debian or the disc tool in Mac OS X. It is probably /dev/sda3 (third partition ‘3’ on primary drive ‘a’), assuming you’re also booting into Mac OS X (EFI is partition 1, Mac OS X is partition 2), but please check.

Also, you will need to ensure the rEFIt is at least at version 0.9 (0.14 is preferred); previous versions don’t play nice with GNU parted and GRUB 2; see [http://refit.sourceforge.net/doc/c4s5_parted.html rEFIt: Linux partition shows as EFI System (FAT)] for details.

Testing Live CD/DVD

To test your Live CD/DVD:

• boot with it (via rEFIt or by holding ‘C’ during boot)
• mount your Linux partition via

…or similar (above works in Knoppix), and then chroot to it:

At this point you should be booted as usual into your system, and should be able to edit files, run aptitude, etc.

Installing GRUB

Barony: Blessed Addition Mac Os 8

Now you are ready to install the packages:

This is safe – it installs the packages, but does not change the boot loader.

grub-pc is GRUB 2 (BIOS version), while os-prober detects other OSes and automatically includes them in your GRUB menu (lenny version detects Windows, while squeeze version detects Windows and Mac OS X), and gptsync ensures that GPT and MBR partition information are in sync, just like it says on the tin.

Now for the actual installation:

Note that:

• gptsync is likely no longer necessary in squeeze,
• grub-install will likely warn you against installing in a partition (which we need for multi-boot) and need to be run with --force

• you cannot use reiserfs in your main partition (or rather, should not); this is potentially very dangerous and risks FILESYSTEM DESTRUCTION (quoting grub-install), and you are recommended to instead convert your filesystem to ext3, as per Serverfault: How to convert a reiserfs partition to ext3? (make sure to update fstab to read ext3 instead of reiserfs)

At this point GRUB should be correctly installed.

The need for gptsync to be run in Linux is as follows: for GRUB 2 to successfully load, the partition number must be 83 (Linux). However, the gptsync included in rEFIt in Mac OS X does not set this partition number, and thus will not load GRUB 2; this may be fixed in rEFIt 0.14.

You may instead be able to run grub-install '(hd0)' ((hd0) in GRUB = sda in Linux), but this may instead install GRUB to EFI. Alternatively, grub-install '(hd0,3)' ((hd0,3) in GRUB = sda3 in Linux) may work.

To ensure that the menu is correctly updated, edit /etc/kernel-img.conf to include the following lines (these were previously documented at zless /usr/share/doc/grub/README.Debian.gz):

You can test that this updates GRUB by reconfiguring your running kernel:

(BTW, the difference between GRUB and LILO is that GRUB can successfully load the kernel even if the menu hasn’t been updated, since it can read the file system, while LILO simply fails. However, this requires manually finding and entering the path to the kernel.)

If you are ready to reboot, cross your fingers, and reboot, either interactively or via the command line:

(If you find yourself here after your system failed to reboot, we are very sorry – if you can identify the problem, please correct it above.)

Upgrading EFI Firmware

Upgrading EFI Firmware (which Apple does through Software Update) does not affect boot loaders in any way, and is completely fine – rEFIt, GRUB 2, elilo, LILO, and Windows should continue to work exactly as before.

In fact, upgrading EFI Firmware may improve boot loaders – early firmwares sometimes caused problems with failing to recognize keyboards, preventing you from selecting different boot options in GRUB 2.

You can see the latest EFI Firmware at Apple Support here: EFI and SMC firmware updates for Intel-based Macs.

• /GRUB Legacy – out of date, but kept for reference

• CategoryMacintoshComputer