Sponsored Content
Contact Us Post Here to Contact Site Administrators and Moderators Google Chrome is blocking access to UNIX.com Post 302749359 by Jotne on Friday 28th of December 2012 06:13:22 AM
Old 12-28-2012
I was saying that Chrome no more report unix.com as suspect.
So it seems that google has removed he site form the list.
Smilie
 

9 More Discussions You Might Find Interesting

1. Email Antispam Techniques and Email Filtering

Sendmail Access DB TLD Blocking ....

Now this is a bit tricky, but works great if you can decide which Top Level Domains or TLDs you want to receive mail We are getting so much spam from countries we never receive useful mail, I've been experimenting with blocking entire TLDs using sendmail access_db as an antispam technique. ... (0 Replies)
Discussion started by: Neo
0 Replies

2. Google Chrome OS

Google Chrome For Linux!!!

Its not stable yet but it is in progress guys (: Early Access Release Channels ?(Chromium Developer Documentation)? (1 Reply)
Discussion started by: Dervish
1 Replies

3. Google Chrome OS

google chrome os

i want to install google chrome , but i don't from where can i get the source (2 Replies)
Discussion started by: linux_land
2 Replies

4. Google Chrome OS

Google Chrome Operating System

Google Chrome OS is an open source Google project and will be available to use at no cost in 2010, initially be targeted at netbooks. In 2009, Google will open-source Chrome OS code. The software architecture is Google Chrome running within a new window manager on top of the Linux kernel. ... (20 Replies)
Discussion started by: Neo
20 Replies

5. Google Chrome OS

Google Chrome Mobile?

I know that Google Chrome came out with the Android under a Unix based system, but did it come out yet for Windows Mobile? I have Windows Mobile 6 on my device. (0 Replies)
Discussion started by: Anna Hussie
0 Replies

6. UNIX for Dummies Questions & Answers

Redirecting requests from 8153 and blocking access to the same

Hey All, Problem: I have a application which runs on port 8153 (http) and on 8154 (https). For design reasons i can not block tcp connections to 8153. How do i forward all requests from http 8153 to https 8154( this would be the ideal solution) Or redirect all requests that come to... (2 Replies)
Discussion started by: Arun Kumar
2 Replies

7. Red Hat

Install google chrome browser in RHEL

Hi All, This is my operating system. Red Hat Enterprise Linux Server release 5.7 (Tikanga). This is a64 bit version # cat /etc/redhat-release Red Hat Enterprise Linux Server release 5.7 (Tikanga) # uname -a Linux oim11gdevlab 2.6.18-274.el5 #1 SMP Fri Jul 8 17:36:59 EDT 2011 x86_64... (2 Replies)
Discussion started by: pandu345
2 Replies

8. Red Hat

How to install google-chrome?

Am trying to Install Google-Chrome browser from my server to local machine.. I tried.. # yum install google-chrome-stable* (1 Reply)
Discussion started by: Adhi
1 Replies

9. Ubuntu

Google chrome not work

Hi Dears i use UBUNTU 16.04 LTS. I download google chrome .deb package and install it but not work. i remove and purge it and install again but not work. i remove .confi too. what kind of details you need? Can help me? (7 Replies)
Discussion started by: alii
7 Replies
VERITYSETUP(8)						       Maintenance Commands						    VERITYSETUP(8)

NAME
veritysetup - manage dm-verity (block level verification) volumes SYNOPSIS
veritysetup <options> <action> <action args> DESCRIPTION
Veritysetup is used to configure dm-verity managed device-mapper mappings. Device-mapper verity target provides read-only transparent integrity checking of block devices using kernel crypto API. The dm-verity devices are always read-only. Veritysetup supports these operations: format <data_device> <hash_device> Calculates and permanently stores hash verification data for data_device. Hash area can be located on the same device after data if specified by --hash-offset option. Note you need to provide root hash string for device verification or activation. Root hash must be trusted. The data or hash device argument can be block device or file image. If hash device path doesn't exist, it will be created as file. <options> can be [--hash, --no-superblock, --format, --data-block-size, --hash-block-size, --data-blocks, --hash-offset, --salt, --uuid] create <name> <data_device> <hash_device> <root_hash> Creates a mapping with <name> backed by device <data_device> and using <hash_device> for in-kernel verification. The <root_hash> is a hexadecimal string. <options> can be [--hash-offset, --no-superblock] If option --no-superblock is used, you have to use as the same options as in initial format operation. verify <data_device> <hash_device> <root_hash> Verifies data on data_device with use of hash blocks stored on hash_device. This command performs userspace verification, no kernel device is created. The <root_hash> is a hexadecimal string. <options> can be [--hash-offset, --no-superblock] If option --no-superblock is used, you have to use as the same options as in initial format operation. remove <name> Removes existing mapping <name>. status <name> Reports status for the active verity mapping <name>. dump <hash_device> Reports parameters of verity device from on-disk stored superblock. <options> can be [--no-superblock] OPTIONS
--verbose, -v Print more information on command execution. --debug Run in debug mode with full diagnostic logs. Debug output lines are always prefixed by '#'. --no-superblock Create or use dm-verity without permanent on-disk superblock. --format=number Specifies the hash version type. Format type 0 is original Chrome OS verion. Format type 1 is current version. --data-block-size=bytes Used block size for the data device. (Note kernel supports only page-size as maximum here.) --hash-block-size=bytes Used block size for the hash device. (Note kernel supports only page-size as maximum here.) --data-blocks=blocks Size of data device used in verification. If not specified, the whole device is used. --hash-offset=bytes Offset of hash area/superblock on hash_device. Value must be aligned to disk sector offset. --salt=hex string Salt used for format or verification. Format is a hexadecimal string. --uuid=UUID Use the provided UUID for format command instead of generating new one. The UUID must be provided in standard UUID format, e.g. 12345678-1234-1234-1234-123456789abc. --version Show the program version. RETURN CODES
Veritysetup returns 0 on success and a non-zero value on error. Error codes are: 1 wrong parameters, 2 no permission, 3 out of memory, 4 wrong device specified, 5 device already exists or device is busy. REPORTING BUGS
Report bugs, including ones in the documentation, on the cryptsetup mailing list at <dm-crypt@saout.de> or in the 'Issues' section on LUKS website. Please attach the output of the failed command with the --debug option added. AUTHORS
The first implementation of veritysetup was written by Chrome OS authors. This version is based on verification code written by Mikulas Patocka <mpatocka@redhat.com> and rewritten for libcryptsetup by Milan Broz <gmazyland@gmail.com>. COPYRIGHT
Copyright (C) 2012-2013 Red Hat, Inc. Copyright (C) 2012-2013 Milan Broz This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICU- LAR PURPOSE. SEE ALSO
The project website at http://code.google.com/p/cryptsetup/ The verity on-disk format specification available at http://code.google.com/p/cryptsetup/wiki/DMVerity veritysetup December 2013 VERITYSETUP(8)
All times are GMT -4. The time now is 07:55 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy